Table of Contents

Search

  1. Preface
  2. Understanding the Repository
  3. Using the Repository Manager
  4. Folders
  5. Managing Object Permissions
  6. Local and Global Shortcuts
  7. Team-Based Development with Versioned Objects
  8. Labels
  9. Object Queries
  10. Team-Based Development with Deployment Groups
  11. Copying Folders and Deployment Groups
  12. Exporting and Importing Objects
  13. Exchanging Metadata
  14. Copying Objects
  15. Metadata Extensions
  16. Appendix A: MX Views Reference

Repository Guide

Repository Guide

Copying Composite Objects

Copying Composite Objects

A composite object is one that uses other objects. For example, a mapping may use a reusable source, reusable target, and several non-reusable transformations. Each of these objects is a child dependency of the mapping. You can copy the following composite objects to a deployment group:
  • Local shortcuts
  • Mappings
  • Mapplets
  • Sessions
  • Worklets
  • Workflows
When you create a deployment group, you can choose to include all dependencies, non-reusable dependencies, or no dependencies for composite objects. If you choose to copy no dependencies or non-reusable dependencies for a composite object, the wizard uses existing copies of objects in the target repository for all child dependencies not included in the deployment group. If the wizard cannot locate necessary dependencies in the target repository, it fails the copy operation.
You must ensure that the dependent objects are also included in the deployment group or exist in the target repository. The first time you deploy a group, you must include all dependencies of the composite object. To ensure that necessary dependencies exist in the target repository, you might want to copy the entire folder to the target repository the first time you copy the objects. You can then use deployment groups to update individual objects over time. After you initially deploy a group, you do not need to add all object dependencies to the deployment group.
For example, you edit a mapping variable in a mapping. You want to update the copy of the mapping currently stored in the production repository. You add the mapping to a deployment group with no dependencies because you do not want to update any non-reusable or reusable transformations in the mapping. When you copy the mapping to the production repository, the wizard replaces the current version of the mapping and associates all existing transformations with the new version.
When you deploy composite objects, the Repository Service treats the non-reusable objects in the composite object as part of the parent object. For example, if the parent object is deleted, the Repository Service treats associated non-reusable objects as deleted.
You can also add dependencies to the deployment group. Use one of the following methods to ensure that you include dependencies in the deployment group:
  • Manually add the dependencies to the static deployment group.
    The PowerCenter Client prompts you to do this when you manually add an object to a static deployment group. You may want to add all dependencies the first time you copy an object to another repository.
  • Design the query associated with the dynamic deployment group to find dependencies.
    You can design the query to search for dependencies of a composite object. You may want to further refine the query for a dynamic deployment group by specifying other parameters.

0 COMMENTS

We’d like to hear from you!