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.

Processing activities that require additional action<br />

<strong>Data</strong> types<br />

The following processing activities require the defined action to successfully convert<br />

existing 32-bit INTEGER columns to 64-bit INT64 columns:<br />

• When existing r-code references a column’s original 32-bit INTEGER definition,<br />

you must recompile the code and check the table’s Cycle Redundancy Check<br />

(CRC).<br />

• Contrast the actions required to per<strong>for</strong>m the following data definition changes:<br />

– If you change data definitions in your original <strong>OpenEdge</strong> database from<br />

INTEGER to INT64 and you had previously migrated your database to either<br />

a MS <strong>SQL</strong> <strong>Server</strong> or an ODBC <strong>Data</strong><strong>Server</strong>, you must repeat the migration<br />

step to change the field’s physical storage on the <strong>for</strong>eign data source.<br />

– If you change data definitions in your original <strong>OpenEdge</strong> database from<br />

INT64 to INTEGER and you had previously migrated your database to either<br />

a MS <strong>SQL</strong> <strong>Server</strong> or an ODBC <strong>Data</strong><strong>Server</strong>, you must repeat the migration<br />

step to change the field’s physical storage on the <strong>for</strong>eign data source, and<br />

then dump and reload the field’s data.<br />

• If you changed your native definition to include a bigint data type, it is<br />

recommended that you repeat the step to pull the table into your schema holder.<br />

Otherwise, a conversion from the native bigint data type might occur at run-time<br />

if your schema holder defines a different data type. Also, if the schema holder<br />

definition of the native bigint is INTEGER, an overflow condition might occur when<br />

accessing data in the <strong>for</strong>eign data source.<br />

Determining your application needs<br />

Determine your application needs and goals be<strong>for</strong>e changing INTEGER data types to<br />

INT64 data types in applications. Not all INTEGER data types will necessarily require the<br />

additional bit size, nor will wholesale changes in data types necessarily work efficiently<br />

with other interfaces to ABL. For more in<strong>for</strong>mation about determining when to use<br />

INT64 versus INTEGER, refer to the Release 10 ABL <strong>Data</strong> Types Web paper available<br />

at the Web paper category of the PSDN Web site located at<br />

http://communities.progress.com/pcom/community/psdn.<br />

<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> 75

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

Saved successfully!

Ooh no, something went wrong!