Rules and Restrictions for the NORMALIZE Option - Advanced SQL Engine - Teradata Database

SQL Data Definition Language Detailed Topics

Product
Advanced SQL Engine
Teradata Database
Release Number
17.05
17.00
Published
June 2020
Language
English (United States)
Last Update
2021-01-24
dita:mapPath
jpx1556733107962.ditamap
dita:ditavalPath
lze1555437562152.ditaval
dita:id
B035-1184
lifecycle
previous
Product Category
Teradata Vantage™
  • The column you specify for the NORMALIZE option must have either a Period data type or be a derived Period column.
  • If you do not specify an explicit normalization condition, the default is ON MEETS OR OVERLAPS.
  • If a table that is to be normalized contains columns with a BLOB, CLOB, JSON, or XML data type, those columns must be explicitly specified in the normalize_ignore_column_name list for the NORMALIZE option.

    If a table definition contains such a column that is not included in the normalize_ignore_column_name list, the system returns an error to the requestor.

  • Teradata Database validates both UNIQUE and PRIMARY KEY constraints with normalized rows. If a normalized row violates a UNIQUE or PRIMARY KEY constraint, the system returns an error to the requestor.
  • Teradata Database validates CHECK constraints on a row inserted into a normalized table, and if the constraint is violated, the system returns an error to the requestor.

    This action prevents a security issue that can occur if a constraint is specified on the beginning or end of a normalized Period column. In this case the input row violates the CHECK constraint but the normalized row does not. This situation cannot occur with UNIQUE constraints.