13.07.2015 Views

SAS/ACCESS 9.2 for Relational Databases: Reference, Fourth Edition

SAS/ACCESS 9.2 for Relational Databases: Reference, Fourth Edition

SAS/ACCESS 9.2 for Relational Databases: Reference, Fourth Edition

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

70 In-Database Procedure Considerations and Limitations 4 Chapter 83 The LIBNAME statement must point to a valid version of the DBMSs:3 Teradata server running version 12 or above <strong>for</strong> Linux3 DB2 UDB9.5 Fixpack 3 running only on AIX or Linus x643 Oracle 9i.In-Database Procedure Considerations and LimitationsOverviewThe considerations and limitations in the following sections apply to both Base <strong>SAS</strong>and <strong>SAS</strong>/STAT in-database procedures.Note: Each in-database procedure has its own specific considerations andlimitations. For more in<strong>for</strong>mation, see the documentation <strong>for</strong> the procedure. 4Row Order3 DBMS tables have no inherent order <strong>for</strong> the rows. There<strong>for</strong>e, the BY statementwith the NOTSORTED option, the OBS option, and the FIRSTOBS option willprevent in-database processing.3 The order of rows written to a database table from a <strong>SAS</strong> procedure is not likely tobe preserved. For example, the SORT procedure can output a <strong>SAS</strong> data set thatcontains ordered observations. If the results are written to a database table, theorder of rows within that table might not be preserved because the DBMS has noobligation to maintain row order.3 You can print a table using the SQL procedure with an ORDER BY clause to getconsistent row order or you can use the SORT procedure to create an ordinary <strong>SAS</strong>data set and use the PRINT procedure on that <strong>SAS</strong> data set.BY-GroupsBY-group processing is handled by <strong>SAS</strong> <strong>for</strong> Base <strong>SAS</strong> procedures. Raw results arereturned from the DBMS, and <strong>SAS</strong> BY-group processing applies <strong>for</strong>mats as necessary tocreate the BY group.For <strong>SAS</strong>/STAT procedures, <strong>for</strong>mats can be applied, and BY-group processing can occurinside the DBMS if the <strong>SAS</strong>_PUT( ) function and <strong>for</strong>mats are published to the DBMS.For more in<strong>for</strong>mation, see the <strong>SAS</strong> Analytics Accelerator <strong>for</strong> Teradata: User’s Guide.The following BY statement option settings apply to the in-database procedures:3 The DESCENDING option is supported.3 The NOTSORTED option is not supported because the results are dependent onrow order. DBMS tables have no inherent order <strong>for</strong> the rows.By default, when <strong>SAS</strong>/<strong>ACCESS</strong> creates a database table, <strong>SAS</strong>/<strong>ACCESS</strong> uses the <strong>SAS</strong><strong>for</strong>mats that are assigned to variables to decide which DBMS data types to assign tothe DBMS columns. If you specify the DBFMTIGNORE system option <strong>for</strong> numeric<strong>for</strong>mats, <strong>SAS</strong>/<strong>ACCESS</strong> creates DBMS columns with a DOUBLE PRECISION data type.For more in<strong>for</strong>mation, see the “Overview of the LIBNAME Statement <strong>for</strong> <strong>Relational</strong>

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

Saved successfully!

Ooh no, something went wrong!