Communities
A collaborative platform to connect and grow with like-minded Informaticans across the globe
Product Communities
Connect and collaborate with Informatica experts and champions
Discussions
Have a question? Start a Discussion and get immediate answers you are looking for
User Groups
Customer-organized groups that meet online and in-person. Join today to network, share ideas, and get tips on how to get the most out of Informatica
Get Started
Community Guidelines
Knowledge Center
Troubleshooting documents, product guides, how to videos, best practices, and more
Knowledge Base
One-stop self-service portal for solutions, FAQs, Whitepapers, How Tos, Videos, and more
Support TV
Video channel for step-by-step instructions to use our products, best practices, troubleshooting tips, and much more
Documentation
Information library of the latest product documents
Velocity (Best Practices)
Best practices and use cases from the Implementation team
Learn
Rich resources to help you leverage full capabilities of our products
Trainings
Role-based training programs for the best ROI
Certifications
Get certified on Informatica products. Free, Foundation, or Professional
Product Learning Paths
Free and unlimited modules based on your expertise level and journey
Resources
Library of content to help you leverage the best of Informatica products
Tech Tuesdays Webinars
Most popular webinars on product architecture, best practices, and more
Product Availability Matrix
Product Availability Matrix statements of Informatica products
SupportFlash
Monthly support newsletter
Support Documents
Informatica Support Guide and Statements, Quick Start Guides, and Cloud Product Description Schedule
Product Lifecycle
End of Life statements of Informatica products
Ideas
Events
Change Request Tracking
Marketplace
Español
  • Informatica Data Quality 10.5.2
  • Todos los productos

Índice

Search

  1. Prólogo
  2. Informatica Developer
  3. El repositorio de modelos
  4. Búsquedas en Informatica Developer
  5. Conexiones
  6. Objetos de datos físicos
  7. Objetos de datos de archivo sin formato
  8. Vista lógica de datos
  9. Cómo visualizar datos
  10. Implementación de aplicaciones
  11. Implementación de revisiones de la aplicación
  12. Implementación de revisiones de la aplicación Ejemplo
  13. Integración continua y entrega continua (CI/CD)
  14. Importación y exportación de objetos
  15. Apéndice A: Referencia de tipos de datos
  16. Apéndice B: Accesos directos del teclado
  17. Apéndice C: Propiedades de conexión

Guía de Developer Tool

Guía de Developer Tool

Anterior Siguiente

Dependencias de objetos de la aplicación

Dependencias de objetos de la aplicación

Un objeto de la aplicación que se selecciona para incluirlo en una revisión de la aplicación debe estar relacionado con otros objetos de la aplicación en función del conjunto de dependencias del objeto seleccionado en cuestión.
Los objetos de una aplicación pueden contener las siguientes dependencias:
Directa
Una dependencia directa es un objeto de la aplicación que el objeto seleccionado utiliza, así como cualquier dependencia directa de esa dependencia directa.
En la siguiente tabla figuran las dependencias directas de cada tipo de objeto:
Objeto
Posibles dependencias directas
Flujo de trabajo
  • Asignación
  • Mapplet
  • Transformación reutilizable
  • Objeto de datos lógicos
  • Objeto de datos físicos
Asignación
  • Mapplet
  • Transformación reutilizable
  • Objeto de datos lógicos
  • Objeto de datos físicos
Mapplet
  • Transformación reutilizable
  • Objeto de datos lógicos
  • Objeto de datos físicos
Transformación reutilizable
  • Objeto de datos lógicos
  • Objeto de datos físicos
Objeto de datos lógicos
  • Objeto de datos físicos
Objeto de datos físicos
  • Un objeto de datos físicos no puede tener una dependencia directa.
Conjunto de parámetros
  • Un conjunto de parámetros no puede tener una dependencia directa ni ser una dependencia directa.
Indirecta
Una dependencia indirecta es un objeto de la aplicación que utiliza el objeto seleccionado, o bien un objeto de la aplicación que utiliza una dependencia directa del objeto seleccionado. Las dependencias indirectas engloban cualquier dependencia directa de la dependencia indirecta.
Remota
Una dependencia remota es un objeto de la aplicación que es una dependencia indirecta de una dependencia indirecta del objeto seleccionado en cuestión. Las dependencias remotas engloban cualquier dependencia directa de la dependencia remota.
Una revisión de la aplicación hereda otros objetos de la aplicación según las dependencias de un objeto seleccionado. Por ejemplo, se puede crear una revisión de la aplicación que herede las dependencias directas e indirectas de un objeto seleccionado.
En una revisión de la aplicación no se pueden seleccionar mapplets, transformaciones reutilizables ni objetos de datos lógicos, pero la revisión sí puede heredar estos tipos de objetos.
Para obtener más información sobre cómo identificar dependencias indirectas y remotas, consulte el siguiente artículo de la biblioteca de procedimientos de Informatica:

Ejemplo: conjuntos de dependencias

En la siguiente imagen se muestra el conjunto de dependencias de un objeto de la aplicación
Mapping A
:
En esta imagen se muestra un diagrama de dependencias de una aplicación. En la aplicación, un flujo de trabajo llamado Workflow A utiliza una asignación denominada Mapping A. La asignación Mapping A usa la transformación reutilizable Reusable Transformation A, que a su vez usa el objeto de datos físicos Physical Data Object A. Otro flujo de trabajo, Workflow B, utiliza las asignaciones Mapping B y Mapping C. La asignación Mapping B usa la transformación reutilizable Reusable Transformation A y el objeto de datos físicos Physical Data Object B. Los objetos Reusable Transformation A y Physical Data Object A están etiquetados para indicar que son dependencias directas. Los objetos Workflow A, Mapping B y Physical Data Object B están etiquetados para indicar que son dependencias indirectas. Los objetos Workflow B y Mapping C están etiquetados para indicar que son dependencias remotas.
En la siguiente tabla se describe el conjunto de dependencias de la asignación
Mapping A
:
Tipo de dependencia
Objeto
Descripción
Directo
Reusable Transformation A
La transformación reutilizable es una dependencia directa, porque la asignación
Mapping A
 hace uso de esa transformación reutilizable.
Directo
Physical Data Object A
El objeto de datos físicos es una dependencia directa, porque la asignación
Mapping A
 hace uso de ese objeto de datos en última instancia a través de la transformación reutilizable
Reusable Transformation A
.
Indirecto
Workflow A
El flujo de trabajo es una dependencia indirecta, porque utiliza la asignación
Mapping A
.
Indirecto
Mapping B
La asignación
Mapping B
 es una dependencia indirecta, porque la asignación
Mapping B
 utiliza una dependencia directa de la asignación
Mapping A
: la transformación reutilizable
Reusable Transformation A
.
Indirecto
Physical Data Object B
El objeto de datos físicos es una dependencia indirecta, porque es una dependencia directa de la asignación
Mapping B
, que es una dependencia indirecta de la asignación
Mapping A
.
Remoto
Workflow B
El flujo de trabajo es una dependencia remota, porque es una dependencia indirecta de la asignación
Mapping B
, que es una dependencia indirecta de la asignación
Mapping A
.
Remoto
Mapping C
La asignación
Mapping C
 es una dependencia remota, porque es una dependencia directa de
Workflow B
, que es una dependencia remota de la asignación
Mapping A
.

Prioridad de las relaciones

Las relaciones entre los objetos de datos físicos, las asignaciones y los flujos de trabajo tienen prioridad frente a las relaciones entre otros tipos de objetos.
Así, por ejemplo, en la siguiente imagen se muestra un conjunto de dependencias del objeto de datos
Physical Data Object A
:
En esta imagen se muestra un diagrama de dependencias de una aplicación. En la aplicación, un flujo de trabajo Workflow A usa una asignación Mapping A. Esta asignación Mapping A usa un mapplet Mapplet A, que a su vez utiliza un objeto de datos Physical Data Object A. La asignación Mapping A y el mapplet Mapplet A están etiquetados para indicar que son dependencias indirectas. El flujo de trabajo Workflow A está etiquetado para indicar que es una dependencia remota.
La asignación
Mapping A
 es una dependencia indirecta, porque la relación entre la asignación
Mapping A
 y el objeto de datos
Physical Data Object A
 tiene prioridad frente a las siguientes relaciones:
  • La relación entre el objeto de datos
    Physical Data Object A
     y el mapplet
    Mapplet A
    .
  • La relación entre el mapplet
    Mapplet A
     y la asignación
    Mapping A
    .
Como la asignación
Mapping A
 es una dependencia indirecta, su dependencia directa (
Mapplet A
) es una dependencia indirecta del objeto de datos
Physical Data Object A
.