If FastExport is unavailable, threaded Reads use partitioning
WHERE clauses. You can create your own partitioning WHERE clauses
using the DBSLICE= option. Otherwise,
SAS/ACCESS to Teradata attempts
to generate them on your behalf. Like other
SAS/ACCESS interfaces,
this partitioning is based on the MOD function. To generate partitioning
WHERE clauses,
SAS/ACCESS to Teradata must locate a table column suitable
for applying MOD. These types are eligible:
-
-
-
-
-
DECIMAL (integral DECIMAL columns
only)
A DECIMAL column is
eligible only if the column definition restricts it to integer values.
In other words, the DECIMAL column must be defined with a scale of
zero.
If the table that you
are reading contains more than one column of the above mentioned types,
SAS/ACCESS to Teradata applies some nominal intelligence to select
a best choice. Top priority is given to the primary index, if it is
MOD-eligible. Otherwise, preference is given to any column that is
defined as NOT NULL. Since this is an unsophisticated set of selection
rules, you might want to supply your own partitioning using the DBSLICE=
option.
To view your table's
column definitions, use the Teradata SHOW TABLE statement.
Note: Partitioning WHERE clauses,
either automatically generated or created by using DBSLICE=, are not
supported on
z/OS. Whether automatically generated or created by using
DBSLICE=, partitioning WHERE clauses is not supported on
z/OS and
UNIX.