SnowConvert AI - Teradata Conversion Settings¶

General Result Settings¶

![Unterseite „General Result Settings“(../../../../../../images/migrations/sc-assets/image(531).png „image“)

1. Comment objects with missing dependencies: Flag, das angibt, ob der Benutzer Knoten mit fehlenden Abhängigkeiten kommentieren möchte.

2. Disable EWI comments generation (errors, warnings and issues): Flag, das angibt, ob EWIs-Kommentare (Error, Warnings, Issues) für den konvertierten Code nicht erzeugt werden sollen. Der Standardwert ist „false“.

3. Generate XML-tags for SQL statements in Stored Procedures: Flag, das angibt, ob die SQL-Anweisungen SELECT, INSERT, CREATE, DELETE, UPDATE, DROP, MERGE in gespeicherten Prozeduren im konvertierten Code markiert werden. Dieses Feature dient der einfachen Identifizierung von Anweisungen im migrierten Code. Wenn Sie diese Anweisungen in diese XML-ähnlichen Tags einschließen, können andere Programme sie schnell finden und extrahieren. Der dekorierte Code sieht wie folgt aus:

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

   Copy

4. Separate Period Data-type definitions and usages into begin and end Data-Time fields: Dieses Flag wird verwendet, um anzuzeigen, dass das Tool jede Verwendung des Datentyps PERIOD als zwei separate DATETIME-Felder migrieren soll, die die ursprünglichen Werte für Beginn und Ende des Zeitraums enthalten. Jedes Mal, wenn ein Zeitraumfeld oder eine Zeitraumfunktion mit diesem Flag migriert wird, wird SSC-EWI-TD0053 hinzugefügt, um auf diese Änderung hinzuweisen.

   Eingabecode:

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

   Copy

   Ausgabecode:

   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.

Session Mode Settings¶

Diese Unterseite der Einstellungen wird verwendet, um den Sitzungsmodus des Eingabecodes anzugeben.

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
) ;