13.01.2013 Views

OpenEdge Data Management: DataServer for Microsoft SQL Server

OpenEdge Data Management: DataServer for Microsoft SQL Server

OpenEdge Data Management: DataServer for Microsoft SQL Server

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Chapter 7: The <strong>Data</strong><strong>Server</strong> Tutorial<br />

Table 52: <strong>OpenEdge</strong>-to-MS <strong>SQL</strong> <strong>Server</strong> Conversion utility batch<br />

parameters (2 of 3)<br />

Environment<br />

variable Description<br />

MAPSMSSDATETIME Specify if new date and time data types should be used<br />

(set on only <strong>for</strong> MS <strong>SQL</strong> <strong>Server</strong> 2008 or above).<br />

VARLENGTH Total number of characters a VARCHAR can have. Any<br />

field whose <strong>for</strong>mat is greater that will be defined as a text<br />

field. Maximum is 8000.<br />

<strong>SQL</strong>WIDTH If present, use the <strong>OpenEdge</strong> file _WIDTH field size<br />

instead of calculating length by using the display <strong>for</strong>mat.<br />

LOAD<strong>SQL</strong> Allows you to specify whether you want the utility to<br />

create the schema in your empty MS <strong>SQL</strong> <strong>Server</strong><br />

database. Specify YES to enable this behavior.<br />

MOVEDATA Allows you to specify whether to populate the database.<br />

Specify YES to dump and load data or NO to not<br />

populate the database. For example, you might specify<br />

NO if your database is large, and you want to dump and<br />

load data at a more convenient time. The default is NO.<br />

UNICODETYPES Sets to YES to use Unicode types, and NO otherwise.<br />

The default is NO.<br />

UNICODE_EXPAND Set to YES to double the length of fields on conversion,<br />

and NO otherwise. The default is NO.<br />

MIGRATECONSTR Migrates constraint definitions from the OE database<br />

definitions to the <strong>for</strong>eign data source and schema image.<br />

MAPOEPRIMARY Determines whether the OE primary will be mapped to<br />

<strong>SQL</strong> <strong>Server</strong> and utilized <strong>for</strong> the clustered index and<br />

ROWID defaulting scheme.<br />

EXPLICITCLUSTERED Determines if the migration should be explicit or implicit<br />

while trying to produce a clustered index be<strong>for</strong>e it targets<br />

the ROWID candidate.<br />

GENROWID<br />

or<br />

COMPATIBLE<br />

Determines if the migration should attempt to generate<br />

table definitions that provide compatibility with<br />

<strong>OpenEdge</strong> ROWID. Previously, the ROWID was<br />

resolved by adding table definitions (when<br />

COMPATIBILE=YES) or by using a "best index" selection<br />

algorithm (when COMPATIBLE=NO).<br />

GENRECID/COMPATIBLE extends the options,<br />

MAPOEPRIMARY and EXPLICITCLUSTERED to generate a<br />

<strong>OpenEdge</strong> compatible ROWID solution irrespective of<br />

the way <strong>OpenEdge</strong> primary indexes map to tables<br />

processed by the migration.<br />

This option is active by default. If you use COMPATIBLE<br />

the new changes are fully consistent with the old<br />

migration option and do not result in change in the old<br />

default behavior.<br />

300 <strong>OpenEdge</strong> <strong>Data</strong> <strong>Management</strong>: <strong>Data</strong><strong>Server</strong> <strong>for</strong> <strong>Microsoft</strong> <strong>SQL</strong> <strong>Server</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!