SnowConvert AI - Champs d’application de SnowConvert AI

Définitions des champs d’application

Champ d’application soumis

Chaque fichier dans le chemin d’entrée est considéré comme champ d’application soumis (Submitted Scope). Cependant, il peut y avoir des fichiers avec des extensions non reconnues ou des codages non pris en charge qui ne seront pas traités par SnowConvert AI. Même si les documents d’évaluation fournissent la liste des fichiers exclus, leur contenu n’est pas analysé (reconnu).

Pour plus d’informations sur les extensions non reconnues et les encodages non pris en charge, consultez la section Validation.

Champ d’application de l’évaluation

La partie du champ d’application qui est considérée comme valide par SnowConvert AI est considéré comme le champ d’application de l’évaluation(_Assessment Scope), c’est-à-dire_tous les fichiers avec des extensions reconnues et des codages pris en charge. SnowConvert AI tentera d’analyser chaque fichier unique de ce champ d’application afin d’être en mesure de fournir des informations d’évaluation.

Champ d’application de la conversion

Il peut y avoir des éléments dans le champ d’application de l’évaluation qui ne font pas partie du champ de la conversion. SnowConvert AI classe des unités de code de premier niveau spécifiques comme hors du champ d’application pour diverses raisons, telles que :

  • elles ne sont pas pertinentes dans Snowflake

  • il n’y a pas d’unité de code comparable dans Snowflake

  • la définition de l’unité de code n’est pas lisible (ex : chiffrée)

  • la définition de l’unité de code est dans un langage de programmation non pris en charge (ex : java)

Les lignes de code des unités de code hors du champ d’application de la conversion ne seront pas utilisées pour calculer les taux de conversion, mais elles serviront à fournir certaines informations dans les documents d’évaluation. Par exemple, un objet Lien de la base de données dans Oracle est considéré comme hors champ d’application. Toutefois, les références faites à cet objet sont toujours prises en compte et signalées dans le rapport Références de l’objet.

Vous trouverez ci-dessous la liste des unités de code par langage considérées comme n’entrant pas dans le champ d’application de la conversion.

Unités de code Teradata hors du champ d’application de la conversion

  • Déclencheurs

  • Attributions

  • Fonctions ou procédures dont le langage n’est pas pris en charge

Unités de code Oracle hors champ d’application de la conversion

  • Déclencheurs

  • Attributions

  • Liens DB

  • Objets englobés

  • Fonctions ou procédures avec des langages non pris en charge

Unités de code Transact SQL hors du champ d’application de la conversion

  • Déclencheurs

  • Attributions

Unités de code Redshift hors du champ d’application de la conversion

  • Attributions