En algunos casos, un trabajo puede copiar tablas en una tabla de transferencia provisional al utilizar Teradata ARC. A continuación, el trabajo ejecuta sentencias INSERT/SELECT de la tabla de transferencia provisional a la tabla de destino. Si la tabla no existe en el destino, Data Mover utiliza el resultado de SHOW TABLE para crear la tabla de destino.
Las siguientes restricciones se aplican si un trabajo utiliza Teradata ARC y una tabla de transferencia provisional:
- Si la tabla no existe en el destino y se asocia a un diario, el diario asociado debe existir en el destino. Esto es aplicable aunque se especifique <journaling>false</journaling> en la tabla.
- Si la tabla existe en el destino y se asocia a un diario, Data Mover conserva el atributo de diario en la tabla de destino. Esto es aplicable aunque se especifique <journaling>false</journaling> en la tabla.
Si intenta aplicar o copiar datos de diario en una tabla que se copia en una tabla de transferencia provisional, se producirá un error en el momento de la creación. Para evitar este error, establezca el atributo <journaling> de la tabla que se copia como false.
Data Mover debe utilizar una tabla de transferencia provisional en los siguientes casos:
- Si el trabajo copia una tabla entre versiones de Teradata Database y la tabla tiene un índice de unión o hash en el origen.
- Si el trabajo copia una tabla junto a su desencadenador asociado que especifica BEFORE como el parámetro action_time.
- Si el trabajo copia una tabla de origen que utiliza claves externas y la tabla no existe en el destino.
- Si el trabajo realiza una copia parcial de la tabla mediante Teradata ARC.