Passer au contenu principal

Vue d’ensemble

Utiliser directement les résultats conditionnels

Les expressions conditionnelles renvoient toujours 0, 1 ou NULL. Vous pouvez donc utiliser directement ces résultats, comme ceci :

Valeurs NULL dans les expressions conditionnelles

Lorsque des valeurs NULL entrent en jeu dans des expressions conditionnelles, le résultat est également NULL.
Vous devez donc construire vos requêtes avec soin si les types sont Nullable. L’exemple suivant l’illustre en omettant d’ajouter une condition equals à multiIf.

Instruction CASE

L’expression CASE dans ClickHouse fournit une logique conditionnelle similaire à celle de l’opérateur SQL CASE. Elle évalue les conditions et renvoie des valeurs en fonction de la première condition satisfaite. ClickHouse prend en charge deux formes de CASE :
  1. CASE WHEN ... THEN ... ELSE ... END
    Cette forme offre une flexibilité totale et est implémentée en interne à l’aide de la fonction multiIf. Chaque condition est évaluée indépendamment, et les expressions peuvent inclure des valeurs non constantes.
  1. CASE <expr> WHEN <val1> THEN ... WHEN <val2> THEN ... ELSE ... END
    Cette forme plus compacte est optimisée pour la mise en correspondance de valeurs constantes et utilise en interne caseWithExpression().
Par exemple, l’exemple suivant est valide :
Cette forme n’exige pas non plus que les expressions de résultat soient des constantes.

Mises en garde

ClickHouse détermine le type de résultat d’une expression CASE (ou de son équivalent interne, tel que multiIf) avant d’évaluer les conditions. C’est important lorsque les expressions renvoyées sont de types différents, par exemple avec des fuseaux horaires ou des types numériques distincts.
  • Le type de résultat est choisi en fonction du plus grand type compatible parmi toutes les branches.
  • Une fois ce type choisi, toutes les autres branches y sont converties implicitement, même si leur logique ne serait jamais exécutée au runtime.
  • Pour des types comme DateTime64, où le fuseau horaire fait partie de la signature du type, cela peut entraîner un comportement surprenant : le premier fuseau horaire rencontré peut être utilisé pour toutes les branches, même lorsque d’autres branches spécifient des fuseaux horaires différents.
Par exemple, ci-dessous, toutes les lignes renvoient le timestamp dans le fuseau horaire de la première branche correspondante, c.-à-d. Asia/Kolkata
Ici, ClickHouse voit plusieurs types de retour DateTime64(3, <timezone>). Il déduit que le type commun est DateTime64(3, 'Asia/Kolkata', car c’est le premier qu’il rencontre, et convertit implicitement les autres branches vers ce type. On peut résoudre ce problème en convertissant en chaîne de caractères afin de préserver le formatage souhaité du fuseau horaire :

clamp

Introduit dans : v24.5.0 Contraint une valeur à rester dans les bornes minimale et maximale spécifiées. Si la valeur est inférieure au minimum, renvoie le minimum. Si la valeur est supérieure au maximum, renvoie le maximum. Sinon, renvoie la valeur elle-même. Tous les arguments doivent être de types comparables. Le type du résultat est le plus grand type compatible parmi tous les arguments. Syntaxe
Arguments
  • value — La valeur à borner. - min — La borne minimale. - max — La borne maximale.
Valeur renvoyée Renvoie la valeur, limitée à l’intervalle [min, max]. Exemples Utilisation de base
Query
Response
Valeur en dessous du minimum
Query
Response
Valeur au-dessus du maximum
Query
Response

greatest

Introduit dans : v1.1.0 Renvoie la plus grande valeur parmi les arguments. Les arguments NULL sont ignorés.
  • Pour les tableaux, renvoie le plus grand tableau au sens lexicographique.
  • Pour les types DateTime, le type de résultat est promu au type le plus large (par ex. DateTime64 en combinaison avec DateTime32).
Utilisez le paramètre least_greatest_legacy_null_behavior pour modifier le comportement de NULLLa version 24.12 a introduit un changement non rétrocompatible : les valeurs NULL sont désormais ignorées, alors qu’auparavant la fonction renvoyait NULL si l’un des arguments était NULL. Pour conserver le comportement précédent, définissez le paramètre least_greatest_legacy_null_behavior (par défaut : false) sur true.
Syntaxe
Arguments
  • x1[, x2, ...] — Une ou plusieurs valeurs à comparer. Tous les arguments doivent être de types comparables. Any
Valeur renvoyée Renvoie la plus grande valeur parmi les arguments, promue au plus grand type compatible. Any Exemples Types numériques
Query
Response
tableau
Query
Response
Types DateTime
Query
Response

if

Introduit dans : v1.1.0 Effectue un branchement conditionnel.
  • Si la condition cond s’évalue à une valeur non nulle, la fonction renvoie le résultat de l’expression then.
  • Si cond s’évalue à zéro ou à NULL, le résultat de l’expression else est renvoyé.
Le paramètre short_circuit_function_evaluation détermine si l’évaluation en court-circuit est utilisée. S’il est activé, l’expression then n’est évaluée que sur les lignes où cond est true, et l’expression else sur celles où cond est false. Par exemple, avec l’évaluation en court-circuit, aucune exception de division par zéro n’est levée lors de l’exécution de la requête suivante :
then et else doivent être de type similaire. Syntaxe
Arguments
  • cond — La condition évaluée. UInt8 ou Nullable(UInt8) ou NULL
  • then — L’expression renvoyée si cond est true. - else — L’expression renvoyée si cond est false ou NULL.
Valeur renvoyée Le résultat de l’expression then ou else, selon la condition cond. Exemples Exemple d’utilisation
Query
Response

least

Introduit dans : v1.1.0 Renvoie la plus petite valeur parmi les arguments. Les arguments NULL sont ignorés.
  • Pour les tableaux, renvoie le tableau le plus petit selon l’ordre lexicographique.
  • Pour les types DateTime, le type de résultat est promu au type le plus large (par ex. DateTime64 s’il est mélangé à DateTime32).
Utilisez le paramètre least_greatest_legacy_null_behavior pour modifier le comportement de NULLLa version 24.12 a introduit un changement rétro-incompatible : les valeurs NULL sont désormais ignorées, alors qu’auparavant la fonction renvoyait NULL si l’un des arguments était NULL. Pour conserver le comportement précédent, définissez le paramètre least_greatest_legacy_null_behavior (par défaut : false) sur true.
Syntaxe
Arguments
  • x1[, x2, ...] — Une seule valeur ou plusieurs valeurs à comparer. Tous les arguments doivent être de types comparables. Any
Valeur renvoyée Renvoie la plus petite valeur parmi les arguments, promue au type compatible le plus large. Any Exemples Types numériques
Query
Response
Tableaux
Query
Response
Types DateTime
Query
Response

multiIf

Introduit dans : v1.1.0 Permet d’écrire l’opérateur CASE de manière plus compacte dans la requête. Évalue chaque condition dans l’ordre. Pour la première condition qui est vraie (non égale à zéro et différente de NULL), renvoie la valeur correspondante. Si aucune des conditions n’est vraie, renvoie la valeur else. Le paramètre short_circuit_function_evaluation contrôle si l’évaluation en court-circuit est utilisée. S’il est activé, l’expression then_i est évaluée uniquement sur les lignes où ((NOT cond_1) AND ... AND (NOT cond_{i-1}) AND cond_i) est vraie. Par exemple, avec l’évaluation en court-circuit, aucune exception de division par zéro n’est levée lors de l’exécution de la requête suivante :
Toutes les expressions des branches et de else doivent avoir un supertype commun. Les conditions NULL sont considérées comme false. Syntaxe
Alias : caseWithoutExpression, caseWithoutExpr Arguments
  • cond_N — La N-ième condition évaluée, qui détermine si then_N est renvoyé. UInt8 ou Nullable(UInt8) ou NULL
  • then_N — Le résultat de la fonction lorsque cond_N est true. - else — Le résultat de la fonction si aucune des conditions n’est true.
Valeur renvoyée Renvoie le résultat de then_N pour le cond_N correspondant, sinon renvoie la valeur else. Exemples Exemple d’utilisation
Query
Response
Dernière modification le 25 juin 2026