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

340 ML_RESTART= Data Set Option 4 Chapter 11SAS/ACCESS automatically deletes the error tables if no errors are logged. If thereare errors, the tables are retained, and SAS/ACCESS issues a warning message thatincludes the names of the tables in error.Note: Do not use ML_LOG= with ML_RESTART=, ML_ERROR1=, ML_ERROR2=,or ML_WORK= because ML_LOG= provide specific names to the temporary files. 4For more information about temporary table names that the Teradata MultiLoadutility uses and what is stored in each, see the Teradata MultiLoad reference.See Also“ML_ERROR1= Data Set Option” on page 336“ML_ERROR2= Data Set Option” on page 337“ML_RESTART= Data Set Option” on page 340“ML_RESTART= Data Set Option” on page 340“ML_WORK= Data Set Option” on page 341“MULTILOAD= Data Set Option” on page 342“Using MultiLoad” on page 805ML_RESTART= Data Set OptionSpecifies the name of a temporary table that MultiLoad uses to track checkpoint information.Default value: noneValid in: DATA and PROC steps (when creating and appending to DBMS tables usingSAS/ACCESS software)DBMS support: TeradataSyntaxML_RESTART=temporary-table-nameSyntax Descriptiontemporary-table-namespecifies the name of the temporary table that the Teradata MultiLoad utility uses totrack checkpoint information.DetailsTo specify this option, you must first set MULTILOAD=YES.Use this option to specify the name of a table to store checkpoint information. Uponrestart, ML_RESTART= is used to specify the name of the log table that you used fortracking checkpoint information in the earlier failed run.Note: Do not use ML_RESTART= with ML_LOG=, which provides a common prefixfor all temporary tables that the Teradata MultiLoad utility uses. 4For more information about the temporary table names that the Teradata MultiLoadutility uses, see the Teradata documentation on the MultiLoad utility.