SnowConvert AI - Teradata Conversion Settings¶

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. Set encoding of the input files: Check General Conversion Settings for more details.

6. Use COLLATE for Case Specification: This flag indicates whether to use COLLATE or UPPER to preserve Case Specification functionality, e.g. CASESPECIFIC or NOT CASESPECIFIC. By default, it is turned off, meaning that the UPPER function will be used to emulate case insensitivity (NOT CASESPECIFIC). To learn more about how Case Specification is handled by SnowConvert AI check here.

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 handles Teradata code in both TERA and ANSI modes. Currently, this is limited to the default case specification of character data and how it affects comparisons. By default, the Session Mode is TERA.

You can learn more about how SnowConvert AI handles and converts code depending on the session mode, check here.

Description¶

Prepare my code: Flag to indicate whether the input code should be processed before parsing and transformation. This can be useful to improve the parsing process. By default, it’s set to FALSE.

Splits the input code top-level objects into multiple files. The containing folders would be organized as follows:

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

Example¶

├───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

Requirements ¶

To identify top-level objects, a tag must be included in a comment before their declaration. Our Extraction scripts generate these tags.

The tag should follow the next format:

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

You can follow the next example:

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