Importing extension mapping documents and their mappings
You can import extension mapping documents and their mappings into the catalog. During the import process, the mappings between source and target assets are created in the catalog.
Before you begin
- You must have the Information Governance Catalog Information Asset Administrator role.
- All source assets, target assets, and custom attributes that you use in the extension mapping documents must exist in the catalog before the import.
- The size of the extension mapping document must not exceed 5 MB. If the file size exceeds this limit, the import fails. Divide the extension mapping document into several smaller files and then import.
- The extension mapping documents must be in the correct comma-separated
value (CSV) format. If the column headings are missing or are
incorrect, edit your extension mapping document and change its column
headings. Alternatively, you can use a configuration file in an Extensible
Markup Language (XML) format to map your existing column headings
with correct headings.Use the following table to determine if your import file is in the correct format.
Table 1. Column headings and context of assets according to the origin of the extension mapping document Origin of the extension mapping document Column headings Context of assets IBM® InfoSphere® Information Governance Catalog The column headings are correct. All assets have a fully qualified context.
IBM InfoSphere FastTrack The column headings are correct. Any extra columns are ignored during import.
All assets have a fully qualified context.
IBM InfoSphere Discovery Column headings, if they exist, are not correct.
All assets have a fully qualified context.
Manually created extension mapping document Column headings must be: Source Columns, Target Columns, Rule, Function, or Specification Description.
You can specify a partial context in the CSV file and then a single source and target context when you import.
About this task
You can import an extension mapping document that has the same name as an extension mapping document that exists in the catalog. In this case, the existing extension mapping document and its mappings are deleted from the catalog. They are then replaced by the imported extension mapping document and its mappings. Source and target assets are not deleted.
Procedure
Example
The extension mapping document that you want to import has a mapping whose source asset is the database table JWC.34C.Americas.Customer. This asset has three parts to its context: JWC, 34C, and Americas. The asset name is Customer.
- Host.database.schema
- Host.data file.data file structure
- Host.transformation project.job
- Application.objectType.method.OutputValue
The import tries to find a host with the name JWC. If a match is found, the import next tries to find a database that is called 34C. If all three parts of the context of the source asset find a match in an existing context in the catalog, that identity is assigned to the imported mapping.
If the import fails to find a host that is called JWC, the import next tries to find a database that is called JWC, a data file that is called JWC, and so on, down the list.
The mapping is created in the catalog with the context of the first match. In this example, JWC.34C.Americas.Customer might be created as a database table mapping. It might also be created as a stage mapping, where JWC is the host name, 34C is the name of the transformation project, and Americas is the job name.