SnowConvert AI - Paramètres de conversion Teradata¶

Paramètres de résultats généraux¶

1. Commenter les objets dont les dépendances sont manquantes : Indicateur signalant si l’utilisateur souhaite commenter les nœuds dont les dépendances sont manquantes.

2. Désactiver la génération de commentaires EWI (erreurs, avertissements et problèmes) : Indicateur signalant si les commentaires EWIs (erreurs, avertissements et problèmes) ne seront pas générés sur le code converti. La valeur par défaut est false.

3. Générer des balises XML pour les instructions SQL dans les procédures stockées : Indicateur signalant si les instructions SQL SELECT, INSERT, CREATE, DELETE, UPDATE, DROP, MERGE dans les procédures stockées seront balisées dans le code converti. Cette fonction est utilisée pour faciliter l’identification des instructions sur le code migré. Le fait d’entourer ces instructions de ces balises XML permet à d’autres programmes de les trouver et de les extraire rapidement. Le code décoré se présente comme suit :

   //<SQL_DELETE
   EXEC(DELETE FROM SB_EDP_SANDBOX_LAB.PUBLIC.USER_LIST,[])
   //SQL_DELETE!>
   

   Copy

4. Séparer les définitions et les utilisations du type de données Period en deux champs Data-Time de début et de fin : Cet indicateur sert à signaler que l’outil doit migrer toute utilisation du type de données PERIOD en deux champs DATETIME distincts qui contiendront les valeurs initiales de début et de fin de la période. Chaque fois qu’un champ ou une fonction de période est migré(e) à l’aide de cet indicateur, SSC-EWI-TD0053 seront ajoutés pour vous avertir de ce changement.

   Code d’entrée :

   CREATE TABLE myTable(
      col1 PERIOD(DATE),
      col2 VARCHAR(50),
      col3 PERIOD(TIMESTAMP)
   );
   

   Copy

   Code de sortie :

   CREATE OR REPLACE TABLE myTable (
      col1 VARCHAR(24) !!!RESOLVE EWI!!! /*** SSC-EWI-TD0053 - SNOWFLAKE DOES NOT SUPPORT THE PERIOD DATATYPE, ALL PERIODS ARE HANDLED AS VARCHAR INSTEAD ***/!!!,
      col2 VARCHAR(50),
      col3 VARCHAR(58) !!!RESOLVE EWI!!! /*** SSC-EWI-TD0053 - SNOWFLAKE DOES NOT SUPPORT THE PERIOD DATATYPE, ALL PERIODS ARE HANDLED AS VARCHAR INSTEAD ***/!!!
   )
   COMMENT = '{"origin":"sf_sc","name":"snowconvert","version":{"major":1, "minor":0},{"attributes":{"component":"teradata"}}'
   ;
   

   Copy

5. Définition de l’encodage des fichiers d’entrée : Consultez Paramètres généraux de conversion pour plus de détails.

6. Utiliser COLLATE pour la spécification des cas : Indique s’il faut utiliser COLLATE ou UPPER pour préserver la fonctionnalité de la spécification de casse, par exemple CASESPECIFIC ou NOT CASESPECIFIC. Par défaut, cet indicateur est désactivé, ce qui signifie que la fonction UPPER sera utilisée pour émuler l’insensibilité à la casse (NOT CASESPECIFIC). Pour en savoir plus sur la façon dont la spécification de la casse est gérée par SnowConvert AI, voir ici.

Paramètres du mode de session¶

Cette sous-page de paramètres permet d’indiquer le mode de session du code d’entrée.

SnowConvert AI gère le code Teradata dans les deux modes TERA et ANSI. Actuellement, cela est limité à la spécification de casse par défaut des données de caractère et à la manière dont elle affecte les comparaisons. Par défaut, le mode de session est TERA.

Vous pouvez en savoir plus sur la manière dont SnowConvert AI gère et convertit le code en fonction du mode de la session, voir ici.

Description¶

Préparer mon code : indique si le code d’entrée doit être traité avant l’analyse et la transformation. Cela peut être utile pour améliorer le processus d’analyse. Par défaut, la valeur est FALSE.

Divise les objets de niveau supérieur du code d’entrée en plusieurs fichiers. Les dossiers contenant des dossiers seront organisés comme suit :

└───A new folder named ''[input_folder_name]_Processed''
    └───Top-level object type
        └───Schema name

Exemple¶

├───in
│       DDL_Macros.sql
│       DDL_Procedures.sql
│       DDL_Tables.sql

├───in_Processed
    ├───macro
    │   └───MY_DATABASE
    │           MY_FIRST_MACRO.sql
    │           ANOTHER_MACRO.sql
    │
    ├───procedure
    │   └───MY_DATABASE
    │           A_PROCEDURE.sql
    │           ANOTHER_PROCEDURE.sql
    │           YET_ANOTHER_PROCEDURE.sql
    │
    └───table
        └───MY_DATABASE
                MY_TABLE.sql
                ADDITIONAL_TABLE.sql
                THIRD_TABLE.sql

Exigences ¶

Pour identifier les objets de niveau supérieur, une balise doit être incluse dans un commentaire avant leur déclaration. Nos scripts Extraction génèrent ces balises.

La balise doit respecter le format suivant :

<sc-top_level_object_type>top_level_object_name</sc-top_level_object_type>

Vous pouvez suivre l’exemple suivant :

/* <sc-table> MY_DATABASE.MY_TABLE</sc-table> */
CREATE TABLE "MY_DATABASE"."MY_TABLE" (
    "MY_COLUMN" INTEGER
) ;