Types de données et casts Trino

Objectif

Quel que soit le chemin que vous empruntez pour interroger votre project via Trino, l'éditeur SQL de l'Explorer, un consumer Trino, ou un outil externe, les types que vous manipulez sont les types Trino, et non les types logiques que vous voyez dans le Lakehouse Manager. La plupart du temps les deux coïncident, mais certains cas nécessitent un CAST explicite au moment de l'INSERT.

Types de données : du Lakehouse à Trino

Le tableau ci-dessous fait correspondre chaque type Lakehouse au type Trino sous lequel il est exposé :

Conversions implicites (aucun CAST nécessaire)

Trino élargit automatiquement ces types, vous pouvez donc insérer directement la valeur source :

• INTEGER → BIGINT
• REAL → DOUBLE
• DECIMAL → un DECIMAL plus large
• VARCHAR(n) → VARCHAR non borné : un littéral tel que 'foo' est un VARCHAR(3) et se convertit vers une chaîne Iceberg sans aucun changement
• DATE → TIMESTAMP

Casts à écrire explicitement

Trino ne convertira pas ces types de lui-même. Un INSERT sans CAST renvoie TYPE_MISMATCH :

• VARCHAR → numérique ou date : CAST('1' AS INTEGER), CAST('2026-05-26' AS DATE)
• numérique → VARCHAR : CAST(x AS VARCHAR)
• TIMESTAMP ↔ TIMESTAMP WITH TIME ZONE (tout changement de prise en compte du fuseau horaire)
• DECIMAL(p1, s1) → DECIMAL(p2, s2) lorsque la précision ou l'échelle diffère et qu'une troncature est possible
• Types complexes : il n'y a pas de conversion entre des valeurs ROW de structures différentes, vous devez reconstruire le champ ROW(...) champ par champ

Insérer des valeurs typées

Utiliser une forme de littéral valide

INT '1' n'est pas une syntaxe Trino valide. INT est accepté comme alias d'INTEGER dans une déclaration de colonne, mais pas dans la forme de littéral typé TYPE 'value'.

Pour insérer un entier, utilisez l'une des formes suivantes :

INSERT INTO t VALUES (1);                    -- littéral entier natif
INSERT INTO t VALUES (INTEGER '1');          -- littéral typé, nom de type canonique
INSERT INTO t VALUES (CAST('1' AS INTEGER)); -- cast explicite

Résoudre les TYPE_MISMATCH lors d'insertions VARCHAR

CAST(x AS VARCHAR) produit un VARCHAR non borné, compatible avec une colonne string Iceberg. Si vous obtenez toujours un TYPE_MISMATCH, vérifiez les points suivants, dans l'ordre :

1. La colonne cible n'est peut-être pas non bornée. Si la table a été créée via Trino avec VARCHAR(50), le connector conserve cette contrainte de longueur. Confirmez avec DESCRIBE catalog.schema.table; ou SHOW CREATE TABLE catalog.schema.table;. Si la colonne est varchar(50), effectuez un cast vers CAST(x AS VARCHAR(50)).
2. Ordre ou nombre des colonnes. Sans liste de colonnes explicite, Trino associe les valeurs par position et déclenche un TYPE_MISMATCH dès qu'une colonne en aval ne correspond plus, et l'erreur pointe parfois vers la mauvaise expression. Préférez toujours :

   INSERT INTO t (col_a, col_b, col_c) VALUES (...);
3. Types complexes. CAST(... AS VARCHAR) sur un ROW, ARRAY ou MAP échoue. Convertissez champ par champ, ou utilisez json_format(CAST(... AS JSON)).
4. Colonnes générées et horodatages. Un VARCHAR ne se convertit pas implicitement vers TIMESTAMP ou DATE. Un TYPE_MISMATCH qui semble concerner un VARCHAR peut en réalité provenir d'une autre colonne dans la même clause VALUES.

Aller plus loin

Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en oeuvre de nos solutions, contactez votre commercial ou cliquez sur ce lien pour obtenir un devis et demander une analyse personnalisée de votre projet à nos experts de l’équipe Professional Services.

Posez vos questions, faites-nous part de vos commentaires et interagissez directement avec l’équipe qui développe la Data Platform sur le canal Discord dédié.

Si vous avez besoin d'une assistance concernant vos services OVHcloud, créez une demande depuis notre centre d'aide.

Rejoignez notre communauté d'utilisateurs.