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
English
  • Informatica Data Quality 10.4.0
  • All Products

Table of Contents

Search

  1. Preface
  2. Informatica Developer
  3. The Model Repository
  4. Searches in Informatica Developer
  5. Connections
  6. Physical Data Objects
  7. Flat File Data Objects
  8. Logical View of Data
  9. Viewing Data
  10. Application Deployment
  11. Application Patch Deployment
  12. Application Patch Deployment Example
  13. Continuous Integration and Continuous Delivery (CI/CD)
  14. Object Import and Export
  15. Appendix A: Data Type Reference
  16. Appendix B: Keyboard Shortcuts
  17. Appendix C: Connection Properties

Developer Tool Guide

Developer Tool Guide

Back Next

Patch Type: Direct

Patch Type: Direct

This section describes an application patch that inherits only direct dependencies.

Identify the Inherited Objects

The following image shows the objects that the patch includes when you inherit only direct dependencies:
This image shows a deployed run-time application and an updated design-time application. The deployed run-time application has the following objects: Workflow B, Mapping A, Mapping B, Mapping C, Lookup B, Data Object A, and Data Object D. Mapping A uses Data Object A. Mapping B uses Lookup B which uses Data Object A. Mapping C uses Data Object D. Workflow B uses Mapping B and Mapping C. The updated design-time application has the following objects: Workflow B, Mapping A, Mapping B, Mapping C, Data Object A, Data Object B, and Data Object C. Mapping A uses Data Object A. Mapping B uses Data Object A and Data Object B. Mapping C uses Data Object C. Workflow B uses Mapping B and Mapping C. In the updated design-time application, Mapping A is labeled as the selected object and Data Object A is labeled as a direct dependency.
The following table lists the dependencies that the patch inherits when the mapping
Mapping A
 is the selected object:
Type of Dependency
Dependencies
Direct
  • Data Object A

Assess the Object Impact

The following image shows the impact to the run-time objects after the patch is deployed:
This image shows a deployed run-time application and an updated design-time application. The deployed run-time application has the following objects: Workflow B, Mapping A, Mapping B, Mapping C, Lookup B, Data Object A, and Data Object D. Mapping A uses Data Object A. Mapping B uses Lookup B which uses Data Object A. Mapping C uses Data Object D. Workflow B uses Mapping B and Mapping C. In the deployed run-time application, Mapping A and Data Object A are labeled as modified objects. Workflow B, Mapping B, and Lookup B are labeled as affected objects. The updated design-time application has the following objects: Workflow B, Mapping A, Mapping B, Mapping C, Data Object A, Data Object B, and Data Object C. Mapping A uses Data Object A. Mapping B uses Data Object A and Data Object B. Mapping C uses Data Object C. Workflow B uses Mapping B and Mapping C. In the updated design-time application, Mapping A is labeled as the selected object and Data Object A is labeled as a direct dependency.

Evaluate the Scope of the Changes

The following table shows the number of objects that are impacted during patch deployment:
Scope Item
Number of Objects
Selected
2
Updated
Modified: 2
Affected: 3*
Total: 5*
Added
0
*
The reusable transformation
Lookup B
 behaves as an affected object at run time, but the Incremental Deployment wizard does not list reusable transformations as affected objects. In the Incremental Deployment wizard, the number of affected objects is 2.

Findings

A patch that inherits only direct dependencies has a low impact on the run-time application, but the run-time application contains affected objects. Affected objects can be unpredictable compared to modified objects, so there is less transparency about how the application will transform data after you apply the patch.
0 COMMENTS
We’d like to hear from you!