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.4.1
  • 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

Tipo de revisión: directa, indirecta y remota

Tipo de revisión: directa, indirecta y remota

En esta sección se describe una revisión de aplicación que hereda dependencias directas, indirectas y remotas.

Identificar los objetos heredados

La siguiente imagen muestra los objetos que la revisión incluye cuando se heredan dependencias directas, indirectas y remotas:
Esta imagen muestra una aplicación en tiempo de ejecución implementada y una aplicación en tiempo de diseño actualizada. La aplicación en tiempo de ejecución implementada tiene los siguientes objetos: Workflow B, Mapping A, Mapping B, Mapping C, Lookup B, Data Object A y Data Object D. Mapping A usa Data Object A. Mapping B usa Lookup B, que a su vez usa Data Object A. Mapping C usa Data Object D. Workflow B usa Mapping B y Mapping C. La aplicación en tiempo de diseño actualizada tiene los siguientes objetos: Workflow B, Mapping A, Mapping B, Mapping C, Data Object A, Data Object B y Data Object C. Mapping A usa Data Object A. Mapping B usa Data Object A y Data Object B. Mapping C usa Data Object C. Workflow B usa Mapping B y Mapping C. En la aplicación en tiempo de diseño actualizada, Mapping A se etiqueta como el objeto seleccionado y Data Object A, como una dependencia directa. Mapping B y Data Object B se etiquetan como dependencias indirectas. Workflow B, Mapping C y Data Object C se etiquetan como dependencias remotas.
En la siguiente tabla se enumeran las dependencias que la revisión hereda cuando la asignación
Mapping A
 es el objeto seleccionado:
Tipo de dependencia
Dependencias
Directo
  • Data Object A
Indirecto
  • Mapping B
  • Data Object B
Remoto
  • Workflow B
  • Mapping C
  • Data Object C

Evaluar el impacto en los objetos

En la siguiente imagen se muestra el impacto en los objetos en tiempo de ejecución una vez implementada la revisión:
Esta imagen muestra una aplicación en tiempo de ejecución implementada y una aplicación en tiempo de diseño actualizada. La aplicación en tiempo de ejecución implementada tiene los siguientes objetos: Workflow B, Mapping A, Mapping B, Mapping C, Lookup B, Data Object A y Data Object D. Mapping A usa Data Object A. Mapping B usa Lookup B, que a su vez usa Data Object A. Mapping C usa Data Object D. Workflow B usa Mapping B y Mapping C. En la aplicación en tiempo de ejecución implementada, Workflow B, Mapping A, Mapping B, Mapping C y Data Object A se etiquetan como objetos modificados. Data Object B y Data Object C se etiquetan como objetos agregados. Lookup B y Data Object D se etiquetan como objetos huérfanos. La aplicación en tiempo de diseño actualizada tiene los siguientes objetos: Workflow B, Mapping A, Mapping B, Mapping C, Data Object A, Data Object B y Data Object C. Mapping A usa Data Object A. Mapping B usa Data Object A y Data Object B. Mapping C usa Data Object C. Workflow B usa Mapping B y Mapping C. En la aplicación en tiempo de diseño actualizada, Mapping A se etiqueta como el objeto seleccionado y Data Object A, como una dependencia directa. Mapping B y Data Object B se etiquetan como dependencias indirectas. Workflow B, Mapping C y Data Object C se etiquetan como dependencias remotas.
Debido a que la revisión hereda las asignaciones
Mapping B
 y
Mapping C
, las asignaciones usan sus dependencias en tiempo de diseño en la aplicación en tiempo de ejecución. La transformación reutilizable
Lookup B
 y el objeto de datos
Data Object B
 se convierten en huérfanos en la aplicación en tiempo de ejecución.

Evaluar el ámbito de los cambios

En la siguiente tabla se muestra el número de objetos afectados durante la implementación de la revisión:
Elemento de ámbito
Número de objetos
Seleccionado
7
Actualizado
Modificado: 5
Afectado: 0
Total: 5
Añadido
2

Conclusiones

Si crea una revisión que hereda dependencias directas, indirectas y remotas, los cambios en la aplicación en tiempo de ejecución serán transparentes. Los objetos actualizados y agregados en la aplicación en tiempo de ejecución coinciden con los objetos seleccionados en la aplicación en tiempo de diseño, y cabe esperar que la aplicación en tiempo de ejecución transforme los datos del mismo modo que los objetos en la aplicación en tiempo de diseño.
La contrapartida es que todos los objetos experimentan un tiempo de inactividad, y es posible que compense volver a implementar la aplicación. Cuando vuelve a implementar la aplicación, se actualizan los mismos objetos, con la ventaja de que los objetos huérfanos se eliminan de la aplicación en tiempo de ejecución: la transformación reutilizable
Lookup B
 y el objeto de datos
Data Object D
.