| Nombre de objeto de base de datos | Versiones más antiguas a más recientes | Entre las mismas versiones | Versiones más recientes a más antiguas | Restricciones |
|---|---|---|---|---|
| Bases de datos | Puede copiar bases de datos completas con Teradata DSA. | Consulte Copia de una base de datos completa. | ||
| Tablas | Sí | Sí | Sí | No se pueden copiar tablas de varios conjuntos de sistemas más recientes a más antiguos cuando el destino solo tiene 1 AMP o clústeres de 1 AMP (restricción de operador de Teradata PT Update). No se puede utilizar TPTAPI_LOAD para copiar tablas de varios conjuntos si el atributo de tabla allowTptLoadForMultiset no se establece como true. No se admiten copias de tabla completa con tablas cuyo resultado de SHOW TABLE es superior a 1 MB. Mostrar tabla es el texto necesario para reproducir la definición de tabla. No hay ningún límite que restrinja la cantidad de datos que puede contener la tabla. No puede utilizar Teradata DSA para copiar tablas de versiones más recientes a más antiguas de Teradata Database. No puede utilizar Teradata DSA si el parámetro override_lock_access se establece en true. No se puede utilizar Teradata DSA si los TDPID de origen y de destino son iguales. No se puede utilizar DSA para copiar tablas parciales a menos que se utilice una tabla provisional de origen. |
| Tablas temporales globales | Sí | Sí | Sí | |
| Índices de hash y de unión | Sí | Sí | Sí | Consulte Copia de índices de hash y de unión. |
| Macros | Sí | Sí | Sí | La tabla subyacente ya debe existir en el sistema de destino o copiarse con el trabajo. |
| Tablas de PPI | Sí | Sí | Sí | |
| Tablas de cola | Sí | Sí | No | El operador Teradata PT Export no admite tablas de cola. |
| Esquema | Sí | Sí | No | El esquema se admite en Teradata Database 16.00 o posterior. Teradata DSA y Teradata JDBC permiten copiar tablas con un objeto de esquema asociado. Al copiar una tabla que haga referencia a un objeto de esquema, el objeto de esquema ya deberá existir en el sistema de destino o deberá copiarse en el mismo trabajo. Data Mover no cambia el nombre ni la ubicación de objetos de esquema. Los esquemas solo se crean en la base de datos SYSUDTLIB. Si se copia un esquema con el mismo nombre que existe en el sistema de destino y overwrite_existing_objects se establece como true, el esquema se sobrescribirá siempre y cuando no haya columnas en el sistema de destino que le hagan referencia. |
| Procedimientos almacenados | Sí | Sí | Sí | La tabla subyacente ya debe existir en el sistema de destino o copiarse con el trabajo. |
| Estadísticas de tabla | Sí | Sí | Sí | Consulte Acerca de la copia de estadísticas. |
| Tablas de referencia (principal/secundaria) | Sí | Sí | Sí | Consulte Acerca de la copia de tablas con integridad referencial. |
| Tablas con columnas LOB | Sí | Sí | Sí | Teradata JDBC se utiliza para copiar de versiones más recientes a más antiguas de Teradata Database. No se puede utilizar para mover tablas con más de 15 columnas LOB. Teradata PT API no permite copiar datos en tablas con columnas basadas en LOB. |
| Tablas con columnas de identidad | Sí | Sí | Sí | No se copiarán datos de versiones más recientes a más antiguas si la columna de identidad está definida con la sentencia GENERATED ALWAYS. |
| Tablas con columnas de tipo definido por el usuario (UDT) | Sí | Sí | Sí | UDT ya debe estar definido en el sistema de destino. Si un trabajo copia una tabla con columnas UDT, el usuario de origen y el de destino deben tener acceso UDTUSAGE a SYSUDTLIB para crear el trabajo. Si un trabajo copia una tabla con columnas UDT y el trabajo utiliza la utilidad Teradata DSA, no habrá restricciones de acceso para el usuario de destino. |
| Tablas con XML, ST_Geometry, columnas JSON | Sí | Sí | Sí | Teradata DSA y Teradata JDBC admiten la copia de tablas con tipos de columna XML, ST_Geometry o JSON. Teradata JDBC se utiliza para copiar de versiones más recientes a más antiguas de Teradata Database. Teradata PT API no permite copiar datos con estos tipos de columna. Debido a los cambios de sintaxis y de formato en Teradata Database 16.00, la comparación de DLL falla en estos tipos de columna al realizar copias entre sistemas donde un sistema es anterior a Teradata Database 16.00 y el otro es Teradata Database 16.00 o una versión posterior. |
| Tablas en columnas | Sí | Sí | Sí | Las tablas en columnas con índice principal de AMP o índice principal se admiten en Teradata Database versión 15.10 o posterior. No es posible forzar el uso de TPTAPI_LOAD ni TPTAPI_UPDATE. |
| Desencadenadores | Sí | Sí | Sí | Consulte Acerca de la copia de desencadenadores. |
| Vistas | Sí | Sí | Sí | Debe utilizar TPTAPI_UPDATE, TPTAPI_STREAM, T2T o JDBC para copiar datos de vista. No se puede utilizar DSA cuando la tabla provisional de origen no está en uso. No se puede utilizar el operador TPTAPI_LOAD. |
| Objetos de servidor externo | Sí | Sí | Sí | Solo se pueden copiar objetos de servidor externo entre Teradata Database 15.00 y versiones posteriores. |
| Objetos de alias de función | Sí | Sí | Sí | Solo se pueden copiar objetos de alias de función entre Teradata Database 16.20 Feature Update 1 y versiones posteriores. |
| Usuarios | Sí | Sí | No | El usuario ya debe existir en el sistema Teradata de destino. Data Mover mueve los objetos de usuario como objetos de base de datos. Solo se mueven los objetos dentro del usuario. Las contraseñas, los permisos y los roles asociados con el usuario no se mueven. Consulte Acerca de la copia de bases de datos completas. |
En general, no se pueden copiar objetos de base de datos que utilizan funciones que existen en versiones más recientes de Teradata Database en versiones anteriores de Teradata Database.