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

Create successful ePaper yourself

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

726 Interactions with Other Options 4 Chapter 25Interactions with Other OptionsWhen BULKLOAD=YES, the following statements are true:3 The DBCOMMIT=, DBFORCE=, ERRLIMIT=, and INSERTBUFF= options areignored.3 If NULLCHAR=<strong>SAS</strong>, and the NULLCHARVAL value is blank, then theSQL*Loader attempts to insert a NULL instead of a NULLCHARVAL value.3 If NULLCHAR=NO, and the NULLCHARVAL value is blank, then theSQL*Loader attempts to insert a NULL even if the DBMS does not allow NULL.To avoid this result, set BL_PRESERVE_BLANKS=YES or set NULLCHARVALto a non-blank value and then replace the non-blank value with blanks afterprocessing, if necessary.z/OS SpecificsWhen you use bulk load in the z/OS operating environment, the files that theSQL*Loader uses must con<strong>for</strong>m to z/OS data set standards. The data sets can be eithersequential data sets or partitioned data sets. Each filename that is supplied to theSQL*Loader are subject to extension and FNA processing.If you do not specify filenames using data set options, then default names in the <strong>for</strong>mof userid.<strong>SAS</strong>.data-set-extension apply. The userid is the TSO prefix when runningunder TSO, and it is the PROFILE PREFIX in batch. The data-set-extensions are:BAD <strong>for</strong> the bad fileCTL <strong>for</strong> the control fileDAT <strong>for</strong> the data fileDSC <strong>for</strong> the discard fileLOG <strong>for</strong> the log fileIf you want to specify filenames using data set options, then you must use one ofthese <strong>for</strong>ms:/DD/ddname/DD/ddname(membername)NameFor detailed in<strong>for</strong>mation about these <strong>for</strong>ms, see the SQL*Loader chapter in the Oracleuser’s guide <strong>for</strong> z/OS.The Oracle engine runs the SQL*Loader by issuing a host-system command fromwithin your <strong>SAS</strong> session. The data set where the SQLLDR executable file resides mustbe available to your TSO session or allocated to your batch job. Check with your systemadministrator if you do not know the name or availability of the data set that containsthe SQLLDR executable file.On z/OS, the bad file and the discard file are, by default, not created in the same<strong>for</strong>mat as the data file. This makes it difficult to load the contents of these files aftermaking corrections. See the section on SQL*Loader file attributes in the SQL*Loadersection in the Oracle user’s guide <strong>for</strong> z/OS <strong>for</strong> in<strong>for</strong>mation about overcoming thislimitation.ExampleThis example shows you how to create and use a <strong>SAS</strong> data set to create and load to alarge Oracle table, FLIGHTS98. This load uses the SQL*Loader direct path method

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

Saved successfully!

Ooh no, something went wrong!