En un sistema de base de datos convencional, los datos almacenados en tablas se consideran válidos en el momento actual. Esto se debe a que las tablas convencionales se limitan a una instantánea actual de la realidad, ya que no retienen datos pasados o que serán válidos en el futuro. Una base de datos temporal permite almacenar datos relacionados con momentos en el tiempo mediante tipos de datos temporales e información de almacenamiento relacionada con el pasado, el presente y el futuro. Por ejemplo, una tabla en un sistema de base de datos temporal puede almacenar datos sobre los niveles de inventario al final de cada mes del año. Al almacenar las dimensiones temporales de los datos en tablas, se pueden consultar las tendencias de datos históricas y futuras.
| Tiempo | Descripción |
|---|---|
ValidTime |
Datos modelados en el mundo real con un período de tiempo durante el cual un hecho (una fila) es verdadero (válido) en el mundo real. Un valor de la columna DATE o TIMESTAMP de la tabla define el momento en el que se sabe que ese hecho es válido. |
TransactionTime |
Datos que usan un período que comienza en el momento en el que se registra (confirma) un hecho (una fila) en la base de datos y que termina cuando se reemplaza el hecho a través de una actualización, reversión o eliminación. Un valor de la columna TIMESTAMP de la tabla define el tiempo de transacción del hecho. |
<table selection = "included"> <name>Employee_BT_1</name> <target_database> <name>MyDatabase</name> </target_database> </table>Si no se especifica force_utility y se puede utilizar Teradata ARC o Teradata DSA, Data Mover selecciona automáticamente Teradata DSA al copiar tablas temporales. Si Teradata DSA no está disponible, se selecciona Teradata ARC. Si no se puede usar Teradata ARC, se elige el operador UPDATE de Teradata PT API de forma predeterminada como utilidad de copia. Si se especifica Teradata PT API como el valor de force_utility, se elige UPDATE de Teradata PT API como utilidad de copia. Cuando se copian bases de datos completas con ARC o DSA, todas las tablas temporales del origen se copian en el destino. Al copiar, se puede cambiar el nombre o la ubicación de las tablas temporales en el sistema de destino o realizar copias de tablas parciales de tablas temporales.
<NONSEQUENCED VALIDTIME> <AND> <NONSEQUENCED TRANSACTIONTIME> SELECT * FROM Source_Table;Las consultas no secuenciadas no colocan ninguna semántica especial en las columnas temporales, y las tratan como si fueran columnas normales. Por lo tanto, todas las filas actuales, de historial y futuras que están abiertas o cerradas se copian en el destino.
La restricción de clave principal de una tabla temporal se mantiene mediante un índice de unión definido por el sistema. Este índice de unión definido por el sistema se genera automáticamente mediante Teradata Database cuando se crea la tabla. Al copiar una tabla temporal, no es necesario copiar por separado el índice de unión definido por el sistema. Tanto ARC como DSA copian la configuración de índices de unión definidos por el sistema. Para otros métodos de copia, el índice de unión definido por el sistema ya existe en el destino si la tabla ya existe, o se genera automáticamente cuando la tabla se crea como parte del trabajo.
- Copiar con el operador LOAD de TPT API cuando el atributo allowTPtLoadForMultiset no está establecido como verdadero.
- Copiar la tabla temporal y su índice de unión definido por el sistema como un elemento independiente en lugar de copiar solo la tabla temporal.