Using Synonyms for Data Sources and Data Targets

Reference:

iWay Servers, including the DataMigrator Server, access local and remote data sources and data targets using synonyms, which contain the metadata for a data source. This metadata consists of the attributes that describe the data source or target.

Since DM processing depends upon the appropriate metadata being available to the DataMigrator Server and any remote servers in your configuration, you must create synonyms for all data sources and any existing data targets before you can use them in a flow. For information about providing metadata to servers, see DataMigrator Setup At a Glance and Remote Server Setup At a Glance.

The Data Management Console application directory tree lists the synonyms available to the DataMigrator user for data sources and data targets. This structure is also known as the users Application Path on the server.


Top of page

x
Reference: General Guidelines for Synonyms

Top of page

x
Reference: Support for Inclusion of Application Directory Names With Flow Components

As of Version 5.3, DataMigrator Server supports inclusion of application directory names in flow component labels. This means that data and process flows can store information about the application directories where the synonyms or procedures that they use are located.

Although Version 5.2 of ETL Manager used application directories to group synonyms and requests (flows) into logical groups, it did not provide support for duplicate or multiple synonyms or requests with the same name, even if they were in different application directories. While requests could not be saved with the same name, they could be copied to different directories on the server.

For example, if you had two synonyms or requests with the same name and your application path was

ibisamp
demo
baseapp

it did not matter which synonym or request you selected, you would get the one from the application directory that appeared first in the application path, since the earlier version of the server did not support inclusion of the application directory. If you had synonyms or requests with the same name in more than one application directory, there was no way to distinguish them, and the server would always use the one in the first application directory in the application path. Some users take advantage of this capability by constructing a run-time application path to control which synonym or flow is actually used.

For upward compatibility, when you build data flows, by default, they will not include application directory names. That means that the flow will not save the application directory name with the source or existing target. If you use a synonym that exists in more than one application directory, you will get the following warning:

Duplicate Synonym Warning

The flow will pick up the source from the first application directory in the application path.

For existing targets, unless you specify the use of application directories, the flow will not save the application directory name, and when the flow executes it will pick up the target synonym from the first application directory in the application path.

While previous releases created the synonyms for new targets only in the baseapp application directory, new targets now default to include application directories, and the synonym for the new target table will be created in the specified application directory.

To include application directory names in data flows, select Tools and then Options. Select the Use application directory name with flow components check box from the Data Flow Designer page. This way your flow will use exactly the synonym you specify.

Data Flow Designer Options

For process flows, the default is to include application directory names.


Top of page

x
Reference: Guidelines for Variable Length Character and Text Columns in Synonyms

If you are using variable length character or text columns in your synonyms, you should be aware of the following special considerations.

Variable Length Character Columns

DataMigrator supports variable length character columns that are described in a relational database as VARCHAR. This attribute enables you to copy such columns without padding them with spaces to the full column width or removing trailing spaces. It enables you, for example, to copy a column containing a single space.

This support is enabled by default.

When new synonyms are created, they are created with variable length columns described as

AnV

where:

n

Is the maximum column width.

Note: For flat file data targets, the length of the value precedes the data value itself.

TEXT (TX) Columns

DataMigrator also supports columns described with ACTUAL=TX for Text columns. This includes data types MS SQL Server VARCHAR(MAX) and Text, ORACLE LONG, and DB2 LONG VARCHAR. Sample Data displays only the first 50 characters of these columns.

Note: Columns described as TX cannot be used as a key column.


iWay Software