Conversion de type de données¶

Casting explicite vs. casting implicite¶

Les utilisateurs peuvent convertir explicitement une valeur d’un type de données à un autre. C’est ce qu’on appelle le casting explicite.

Dans certaines situations, Snowflake convertit automatiquement une valeur en un autre type de données. C’est ce qu’on appelle le casting implicite ou la coercition.

Casting et préséance¶

Lors d’un casting à l’intérieur d’une expression, le code doit tenir compte de la précédence de l’opérateur cast par rapport aux autres opérateurs de l’expression.

Prenons l’exemple suivant :

SELECT height * width::VARCHAR || " square meters"
    FROM dimensions;

Copy

L’opérateur cast a une priorité plus élevée que l’opérateur arithmétique * (multiplier), donc l’instruction est interprétée comme suit :

... height * (width::VARCHAR) ...

Copy

Pour caster le résultat de l’expression height * width, utilisez les parenthèses, comme indiqué ci-dessous :

SELECT (height * width)::VARCHAR || " square meters"
    FROM dimensions;

Copy

Par exemple également, considérons l’instruction suivante :

SELECT -0.0::FLOAT::BOOLEAN;

Copy

Vous pourriez vous attendre à ce que cela soit interprété comme suit :

SELECT (-0.0::FLOAT)::BOOLEAN;

Copy

et donc de retourner FALSE (0 = FALSE, 1 = TRUE).

Toutefois, l’opérateur cast a une priorité plus élevée que l’opérateur unaire moins (négation), si bien que l’instruction est interprétée comme suit :

SELECT -(0.0::FLOAT::BOOLEAN);

Copy

et entraîne donc un message d’erreur, car le moins unaire ne peut pas être appliqué à un BOOLEAN.

Types de données pouvant être castés¶

La table ci-dessous indique les conversions de types de données valides dans Snowflake. La table indique également les coercitions que Snowflake peut effectuer automatiquement.

Pour plus de détails sur les conversions entre les types semi-structurés et les types structurés, voir Conversion de types structurés et semi-structurés.

Remarques :

• Pour chaque type de données répertorié (par exemple, FLOAT), les règles s’appliquent à tous les alias de ce type de données (par exemple, les règles pour FLOAT s’appliquent à DOUBLE, qui est un alias de FLOAT).

Notes sur l’utilisation¶

Sauf indication contraire, les règles suivantes s’appliquent à la fois au casting explicite et au casting implicite.

• La conversion dépend non seulement du type de données, mais aussi de la valeur de la source. Par exemple :

  • Le VARCHAR “123” peut être converti en valeur numérique, ce qui n’est pas possible pour le VARCHAR “xyz”.

  • La possibilité de caster une valeur spécifique de type VARIANT dépend du type des données à l’intérieur des VARIANT. Par exemple, si le VARIANT contient une valeur de type TIME, vous ne pouvez pas caster le VARIANT en TIMESTAMP, car vous ne pouvez pas convertir TIME en TIMESTAMP.

• Si possible, transmettez des arguments du même type. Évitez de transmettre des arguments de types différents.

• Si l’un des arguments est un nombre, la fonction contraint les arguments de type chaîne non numérique (par exemple 'a string') et les arguments de type chaîne qui ne sont pas des constantes au type NUMBER(18,5).

  Pour les arguments numériques de type chaîne qui ne sont pas des constantes, si NUMBER(18,5) n’est pas suffisant pour représenter la valeur numérique, vous devez convertir l’argument en un type qui peut représenter la valeur.

• Pour certaines paires de types de données, la conversion peut entraîner une perte de précision. Par exemple :

  • La conversion de FLOAT en INTEGER arrondit la valeur.

  • La conversion d’une valeur numérique à virgule fixe (par exemple, NUMBER(38, 0)) en valeur à virgule flottante (par exemple, FLOAT) peut entraîner un arrondi ou une troncation si le nombre à virgule fixe ne peut pas être représenté précisément dans un nombre à virgule flottante.

  • La conversion d’un TIMESTAMP en DATE supprime les informations relatives à l’heure de la journée.

• Bien que Snowflake convertisse les valeurs dans certaines situations où une perte de précision peut se produire, Snowflake ne permet pas la conversion dans d’autres situations où une perte de précision se produirait. Par exemple, Snowflake n’autorise pas la conversion lorsqu’une conversion permettrait de :

  • Tronquer une valeur VARCHAR. Par exemple, Snowflake ne convertit pas VARCHAR(10) en VARCHAR(5), que ce soit de façon implicite ou explicite.

  • Entraîner la perte de chiffres autres que les chiffres les moins significatifs. Par exemple, ce qui suit échoue :

    select 12.3::FLOAT::NUMBER(3,2);
    

    Copy

  Dans cet exemple, le nombre 12.3 comporte deux chiffres avant la virgule, mais le type de données NUMBER(3,2) ne peut contenir qu’un seul chiffre avant la virgule.

• Lors de la conversion d’un type avec moins de précision vers un type avec plus de précision, la conversion utilise des valeurs par défaut. Par exemple, la conversion d’un DATE en un TIMESTAMP_NTZ fait en sorte que l’heure, la minute, la seconde et les fractions de seconde soient définies sur 0.

• Lorsqu’une valeur FLOAT est convertie en VARCHAR, les zéros de fin sont omis.

  Par exemple, les instructions suivantes créent une table et insèrent une ligne qui contient un VARCHAR, un FLOAT et un VARIANT. Le VARIANT est construit à partir du JSON qui contient une valeur à virgule flottante représentée par des zéros de fin.

  create or replace table tmp (
      varchar1 varchar, 
      float1 float, 
      variant1 variant
      );
  
  insert into tmp select '5.000', 5.000, parse_json('{"Loan Number": 5.000}');
  

  Copy

  L’instruction SELECT suivante remplace explicitement la colonne FLOAT et la valeur FLOAT de la colonne VARIANT par VARCHAR. Dans chaque cas, le VARCHAR ne contient pas de zéros de fin :

  select varchar1, 
         float1::varchar,
         variant1:"Loan Number"::varchar from tmp;
  +----------+-----------------+---------------------------------+
  | VARCHAR1 | FLOAT1::VARCHAR | VARIANT1:"LOAN NUMBER"::VARCHAR |
  |----------+-----------------+---------------------------------|
  | 5.000    | 5               | 5                               |
  +----------+-----------------+---------------------------------+
  

  Copy

• Certaines opérations peuvent renvoyer différents types de données, en fonction d’une expression conditionnelle. Par exemple, les appels COALESCE suivants renvoient des types de données légèrement différents selon les valeurs d’entrée :

  select system$typeof(ifnull(12.3, 0)),
         system$typeof(ifnull(NULL, 0));
  
  +--------------------------------+--------------------------------+
  | SYSTEM$TYPEOF(IFNULL(12.3, 0)) | SYSTEM$TYPEOF(IFNULL(NULL, 0)) |
  +--------------------------------+--------------------------------+
  | NUMBER(3,1)[SB1]               | NUMBER(1,0)[SB1]               |
  +--------------------------------+--------------------------------+
  

  Copy

  Si l’expression a plus d’un type de données possible, Snowflake choisit le type de données en fonction du résultat réel. (Pour plus d’informations sur la précision et l’échelle dans les calculs, voir Échelle et précision dans les opérations arithmétiques). Si la requête génère plus d’un résultat (par exemple, plusieurs lignes de résultats), Snowflake choisit un type de données capable de contenir chacun des résultats individuels.

• Certains programmes d’application, tels que SnowSQL, et certaines interfaces utilisateur graphiques, telles que l”Classic Console, appliquent leurs propres règles de conversion et de formatage lors de l’affichage des données. Par exemple, SnowSQL affiche les valeurs BINARY sous la forme d’une chaîne qui ne contient que des chiffres hexadécimaux ; cette chaîne est générée en appelant implicitement une fonction de conversion. Par conséquent, les données que SnowSQL affiche peuvent ne pas indiquer sans ambiguïté quelles conversions de données Snowflake a forcées.