install-path\dlc\bin\prowin32
|
Interface element
|
Description
|
Original OpenEdge Database
|
Accept the default value; it is the name of the connected data source. For example, if you copied the sports database to create a demonstration database, the default value sports displays.
|
Connect parameters for OpenEdge
|
Accept the default value, which specifies the current working database.
|
Name of Schema holder Database
|
Type myholder, or another schema holder name of your choice.
|
Logical Database Name
|
Type the name that OpenEdge uses to identify the MS SQL Server database.
|
ODBC Data Source Name
|
Type the name you used when registering the data source. For example, if you accepted the ODBC Data Source Name suggested earlier in Preparing to create demonstration databases, type mysports. Otherwise, type the ODBC Data Source name you previously set up.
|
Username
|
Type the user ID for MS SQL Server.
|
User's Password
|
Type the password of the user.
|
Connect parameters
|
See Connectingthe DataServer for connection parameters.
|
MaximumVarchar Length
|
8000 characters. The server LOB data types (text and varchar(max)) can be greater than 8000 bytes. If you are using a single byte character set and your character field display format or SQL width is less than 8000, a VARCHAR data type will be used. If the value is greater than 8000, then a server LOB type will be used.
NOTE: When Use Unicode Types is selected, the Unicode variable character type, NVARCHAR, is used when the maximum length is 4000 or less. The maximum length must now be set at 4000, the adjusted default, or less. If your character field display format or SQL width is greater than 4000, then a Unicode server LOB data type is used. Keep in mind that because UTF-8 character encoding can be up to four bytes, only 2000 characters are guaranteed to fit in a Unicode field.
|
Codepage
|
Accept the default code page value.
|
Collation
|
Accept the default value.
|
Insensitive
|
Accept the default value to retain case-insensitivity.
|
Load SQL
|
This check box is select by default, to specify that the generated SQL script loads into the data source. Leave it selected.
|
Move Data
|
Select the check box to dump and load data from OpenEdge to MS SQL Server.
|
Advanced
|
Click Advanced to open the OpenEdge DB to MS SQL Server Conversion Advanced Options dialog box. The purpose of this dialog box is to reduce clutter on the main dialog box and provide logical grouping of fields on it. See the next table for the details you are prompted to enter.
|
Interface Elements
|
Description
|
Migrate Constraints
|
By default, the Migrate Constraints option is selected. This enables you to migrate constraint definitions defined using the procedures defined in Overview of foreign database constraint definitions.
|
ROWID sub-section
|
The ROWID sub-section groups selections for specifying ROWID and RECID. See ROWID sub-section of MS SQL Server Conversion for more information.
|
Map to MSS Datetime Type
|
Selected by default. Uncheck box to map to datetime data types with time zone components. For details, see DataServer for MS SQL Server support for datetime data types .
|
Create Shadow Columns
|
MS SQL Server is case-insensitive by default and, when used with a case-insensitive code page, this box is unmodifiable. When SQL Server is configured with a case-sensitive code page, this box is available for selection. Selecting it provides case-insensitivity compatible with the behavior of an OpenEdge database.
|
Use Revised Sequence generator
|
Select to enable revised generator. Clear this option to retain older sequence generator, particularly if SET-VALUE sequence statement is used extensively in your program.
|
Try Native Sequence
|
Select to migrate OpenEdge Sequences to MS SQL sequences.
Note: This option selection will be successful only if the target MS SQL databse is MS SQL 2012 or newer.
|
Cache size
|
If the Try Native Sequence option is selected, then the Cache Size option is made available for entry. This determines the size of the cache that should be used on the server for the cache size. The following three values are applicable:
0 = server (the cache size is determined by the server based on server criteria)
"?" = No Cache("NO CACHE" option is appended to the native sequence creation on the server)
Positive integer(1 or >1) - The number of sequences stored in the cache(Can range between 1 to the maximum value of the data type of the native sequence)
|
Use Unicode Types
|
Changes default code page to UTF-8 and directs the schema migration to convert all character data types in OpenEdge database to Unicode data types.
|
Expand width (utf-8)
|
Doubles the size of character fields based on specified field width criteria.
|
For field widths use:
|
When pushing fields to a foreign data source, you can select one of two primary field format options:
Width — Uses the value of the _width field in the _field record.
Note: Recommended for Unicode implementations. For more information on column width, see Column width.
4GL Format — Compiles with the current default width specified. (default)
If you select the 4GL Format option, you have an additional setting to define:
Expand x(8) to 30 — This option is selected on by default to indicate that the format for the character fields defined as x(8) will be created as 30 characters.
You cannot use the Expand x(8) to 30 setting with the Width option.
|
Apply Uniqueness as
|
The Apply Uniqueness as option allows to you specify how uniqueness is defined. The default, Indexes, provides backward compatibility. The constraints option defines constraint definitions for uniqueness, but existing constraint definitions always take precedence over any constraint definition generation from this migration option.
|
Include Defaults
|
The Include Defaults includes an Apply Default as option that allows you to specify if you want your defaults defined as Field Attributes (default) or constraints. The Field Attributes option provides backward compatibility. The Constraints option only defines constraint definitions if a constraint definition doesn't already exist. If you select Constraints, then after the migration, all the initial values defined for migration become default constraint definitions on the server.
|