Teradata : types de données, objets et opérations pris en charge

Cette section contient des informations sur les types de données, les objets et les opérations pris en charge pour Oracle GoldenGate sur Teradata.

Types de données Teradata pris en charge

Voici les types de données Teradata pris en charge par Oracle GoldenGate. Toutes les limitations ou conditions applicables sont mentionnées après la liste des types de données pris en charge.

• BLOB

• BYTE

• VARBYTE

• BIGINT

• BYTEINT

• DATE

• DECIMAL

• DOUBLE PRECISION

• FLOAT

• INTEGER

• NUMBER

• NUMERIC

• REAL

• SMALLIINT

• TIME

• TIMESTAMP

• INTERVAL

• INTERVAL DAY

• INTERVAL DAY TO HOUR

• INTERVAL DAY TO MINUTE

• INTERVAL DAY TO SECOND

• INTERVAL HOUR

• INTERVAL HOUR TO MINUTE

• INTERVAL HOUR TO SECOND

• INTERVAL MINUTE

• INTERVAL MINUTE TO SECOND

• INTERVAL MONTH

• INTERVAL SECOND

• INTERVAL YEAR

• INTERVAL YEAR TO MONTH

• CHAR

• CLOB

• CHAR VARYING

• LONG VARCHAR

• VARCHAR

• GRAPHIC

• LONG VARGRAPHIC

• VARGRAPHIC

Les types de données REAL et DOUBLE prennent en charge les valeurs numériques spéciales NaN et Infinity/-Infinity.

Pour plus d'informations sur les types de données par base de données qui prennent en charge des valeurs spéciales, reportez-vous à la section Special Values Supported by Database Data Types.

Limites de prise en charge des types de données

Voici les détails des conditions et des limites de prise en charge des types de données.

Types de données de type Date

Les restrictions suivantes s'appliquent aux types de données de date :

• TIME with TIMESZONE, TIMESTAMP with TIMEZONE et INTERVAL ne sont pas pris en charge à partir d'un autre type de base de données source vers Teradata.

• Oracle GoldenGate prend en charge les données d'horodatage de 0001/01/03 :00:00:00 à 9999/12/31 :23:59:59. Si un horodatage est converti de GMT en heure locale, ces limites s'appliquent également à l'horodatage résultant. Selon le fuseau horaire, la conversion peut ajouter ou soustraire des heures, ce qui peut entraîner un dépassement de la limite inférieure ou supérieure prise en charge.

Colonnes IDENTITY

IDENTITY doit être configuré en tant que GENERATED BY DEFAULT AS IDENTITY sur la cible pour que la valeur correcte puisse être insérée par le processus Replicat.

Types de données d'objet LOB

La prise en charge des types de données d'objet volumineux est limitée comme suit :

• Activez l'indicateur UseNativeLOBSupport dans le fichier de configuration ODBC. Consultez la documentation ODBC Teradata.

Types de données numériques

Lors de la réplication des types de données numériques vers Teradata, la troncature peut se produire si la base de données source prend en charge une précision supérieure à celle de Teradata.

La prise en charge de la plage et de la précision pour les nombres à virgule flottante dépend de la machine hôte. En général, la précision est de 16 chiffres significatifs, mais vous devez consulter la documentation de la base de données pour déterminer les approximations attendues. Oracle GoldenGate arrondit ou tronque les valeurs dépassant la précision prise en charge.

Données alphanumériques sur plusieurs octets

Pour les données à plusieurs octets, les conditions et limitations suivantes sont applicables :

• Le filtrage, la mise en correspondance et la transformation pour les types de données multioctets n'est pas pris en charge.

• Définissez le pilote ODBC sur le jeu de caractères UTF-16 dans le fichier d'initialisation.

• Lors de la création d'une réplication, utilisez l'option NODBCHECKPOINT avec la commande ADD REPLICAT. La fonctionnalité de point de reprise de la base de données Replicat ne prend pas en charge un pilote ODBC défini sur le jeu de caractères UTF-16. Les points de reprise seront conservés dans le fichier de point de reprise sur le disque.

Objets et opérations pris en charge pour Teradata

Cette section répertorie les opérations de données et les objets de base de données pris en charge par Oracle GoldenGate.

• Oracle GoldenGate for Teradata prend en charge la distribution (Replicat) de transactions LMD à Teradata.

• Oracle GoldenGate prend en charge le nombre maximal de colonnes par table prises en charge par la base de données.

• Les opérations de troncature sont prises en charge avec l'utilisation du paramètre GETTRUNCATES.

• Les limites de la prise en charge de la table de signal d'activité automatique sont les suivantes :

  • La commande ALTER HEARTBEATTABLE n'est pas prise en charge et, si elle est utilisée, elle est ignorée.

  • La commande ADD HEARTBEATTABLE avec l'option FREQUENCY, PURGE_FREQUENCY ou RETENTION_TIME n'est pas prise en charge. Lorsque l'une de ces options est spécifiée avec la commande ADD HEARTBEATTABLE, un avertissement s'affiche indiquant que l'option est ignorée.

  • Comme Teradata ne dispose d'aucun planificateur d'événements/travaux interne, la purge automatique des données de l'historique des signaux d'activité n'a pas lieu. Vous devez supprimer ou tronquer explicitement les enregistrements régulièrement de la table d'historique des signaux d'activité.

Opérations non prises en charge pour Teradata

Cette section répertorie les opérations qu'Oracle GoldenGate pour Teradata ne prend pas en charge.

• L'extraction (capture) n'est pas prise en charge pour Teradata

• Réplication DDL