Littéraux ou constante est une valeur insérée directement dans l’instruction SQL qui n’est pas dérivée d’une expression, d’un paramètre, d’une référence de colonne ou d’une variable.

Une chaîne de caractères est une séquence de caractères placée entre deux apostrophes (“guillemets simples”). La longueur maximale d’une constante de chaîne est de 65535 octets ; le nombre maximal de caractères sera déterminé par le nombre d’octets utilisés pour coder chaque caractère.

Si une apostrophe littérale est requise dans une constante de chaîne, elle peut être "protégée" par une autre apostrophe qui la précède.

Une autre façon d’écrire cette chaîne littérale est d’utiliser des guillemets alternatifs :

Un littéral de chaîne peut être "terminé" par un espace ou un commentaire si nécessaire. Cela peut être utilisé pour diviser un long littéral en plusieurs lignes ou pour fournir des commentaires en ligne.

Depuis Firebird 2.5, les constantes de type chaîne peuvent être écrites en notation hexadécimale, ce que l’on appelle des “chaînes binaires”. Chaque paire de chiffres hexadécimaux définit un octet dans la chaîne. Les chaînes de caractères entrées de cette façon auront l’encodage OCTETS par défaut, Mais introducer syntax peut être utilisé pour forcer la chaîne à être interprétée dans un jeu de caractères différent.

Un littéral peut contenir des espaces pour séparer les caractères hexadécimaux. Un littéral de chaîne peut être "terminé" par un espace ou un commentaire si nécessaire. Cela peut être utilisé pour rendre une chaîne hexadécimale plus lisible en regroupant les caractères, ou pour diviser un long littéral en plusieurs lignes, ou encore pour fournir des commentaires en ligne.

Au lieu d’une double apostrophe (échappée), vous pouvez utiliser un autre caractère ou une paire de caractères.

Le mot-clé q ou Q précédant une chaîne de caractères entre guillemets indique à l’analyseur syntaxique que certaines paires gauche et droite de mêmes caractères sont des délimiteurs pour le littéral de chaîne intégré.

Si nécessaire, un littéral de chaîne de caractères peut être précédé d’un nom de jeu de caractères qui commence par le préfixe de soulignement “_”. C’est ce qu’on appelle la syntaxe de l’introducteur. Son but est d’indiquer à Firebird comment interpréter et stocker une chaîne entrante.

Une constante numérique est un nombre valide dans l’une des notations prises en charge :

Le tableau suivant présente les formats des littéraux numériques et leurs types. Où <d> est un chiffre décimal, <h> est un chiffre hexadécimal.

Les constantes entières peuvent être spécifiées au format hexadécimal. A partir de Firebird 4.0.1, les nombres composés de 17 à 32 chiffres hexadécimaux seront interprétés comme INT128.

Un littéral logique peut prendre l’une des valeurs suivantes : TRUE, FALSE ou UNKNOWN.

Les instructions SQL comprennent des opérateurs pour comparer, calculer, évaluer et concaténer des valeurs.

La priorité détermine l’ordre dans lequel les opérateurs et les valeurs qu’ils produisent sont évalués dans une expression.

Tous les opérateurs sont divisés en 4 types. Chaque type d’opérateur a une priorité différente. Plus la priorité d’un type d’opérateur est élevée, plus il sera évalué tôt. Au sein d’un même type, les opérateurs ont leur propre priorité, qui détermine également l’ordre dans lequel ils sont évalués dans une expression. Les opérateurs ayant la même priorité sont calculés de gauche à droite. Les opérations peuvent être regroupées entre parenthèses pour modifier l’ordre de calcul.

L’opérateur de concaténation || joint deux chaînes de caractères et crée une seule chaîne. Les piles de caractères peuvent être des constantes ou des valeurs dérivées de colonnes ou d’autres expressions.

Le même groupe comprend les prédicats de comparaison IS DISTINCT FROM, BETWEEN, IN, LIKE, CONTAINING, SIMILAR TO et autres.

Voir aussi : Autres prédicats de comparaison.

DSQL, PSQL.

Convertit l’heure ou l’horodateur dans le fuseau horaire spécifié. Si le mot-clé LOCAL est utilisé, la conversion se fait vers le fuseau horaire de la session.

Disponible en DSQL, PSQL.

Renvoie la valeur suivante dans la séquence (SEQUENCE). SEQUENCE est un terme générateur compatible avec SQL dans InterBase et Firebird. L’opérateur NEXT VALUE FOR est totalement équivalent à la fonction GEN_ID (sequence-name, 1) et constitue la syntaxe recommandée.

SEQUENCE (GENERATOR), GEN_ID.

Une expression conditionnelle est une expression qui renvoie différentes valeurs en fonction de la véracité d’une ou plusieurs conditions. Cette section ne décrit qu’une seule expression conditionnelle CASE. Les autres expressions conditionnelles sont des fonctions intégrées dérivées et sont décrites dans Fonctions conditionnelles.

DSQL, ESQL.

L’opérateur CASE ne renvoie qu’une seule valeur parmi plusieurs possibles. Il existe deux variantes de syntaxe :

Avec cette variante, la test-expr est comparée à la première expr, puis le deuxième expr, et ainsi de suite, jusqu’à ce qu’une correspondance soit trouvée, auquel cas le résultat correspondant est renvoyé. Si aucune correspondance n’est trouvée, le résultat par défaut de la branche ELSE est retourné. S’il n’y a pas de correspondance et que la branche ELSE est manquante, il retourne NULL.

Une correspondance est équivalente à l’opérateur “=”, c’est-à-dire que Si test-expr a la valeur NULL, alors il ne correspond à aucune des expr, même celles qui ont la valeur NULL.

Les résultats ne doivent pas nécessairement être des valeurs littérales, ils peuvent aussi être des noms de champs, des variables, des expressions complexes ou des NULL.

Une forme abrégée de l’opérateur CASE simple est utilisée dans la fonction DECODE.

Ici <bool_expr> est une expression qui donne un triple résultat logique : TRUE, FALSE ou NULL. La première expression qui retourne TRUE définit le résultat. Si aucune expression ne retourne TRUE, le résultat par défaut de la branche ELSE est pris comme résultat. Si aucune expression ne retourne TRUE et qu’il n’y a pas de branche ELSE, le résultat est NULL.

Comme avec l’instruction simple CASE, les résultats ne doivent pas nécessairement être des valeurs littérales : ils peuvent être des champs ou des noms de variables, des expressions complexes ou NULL.

NULL n’est pas une valeur — c’est un état indiquant que la valeur de l’élément est inconnue ou n’existe pas. Ce n’est pas zéro, ni void, ni `chaîne vide', et il ne se comporte pas comme l’une de ces valeurs.

Lorsque vous utilisez NULL dans des expressions numériques, de chaîne de caractères ou de date/heure, vous obtenez toujours NULL. Lorsque vous utilisez NULL dans des expressions logiques (booléennes), le résultat dépendra du type d’opération et des autres valeurs impliquées. Si vous comparez une valeur à NULL, le résultat sera indéfini (UNKNOWN).

Les expressions de cette liste retourneront toujours NULL:

Si vous avez du mal à comprendre pourquoi, rappelez-vous que NULL signifie inconnu.

Nous avons déjà considéré que not (NULL) résulte en NULL. Pour les opérateurs AND et OR, l’interaction est un peu plus compliquée :

Une sous-requête peut être liée (corrélée). Une requête est dite corrélée lorsque la sous-requête et la requête principale sont interdépendantes. Cela signifie que pour chaque enregistrement de la sous-requête à traiter, un enregistrement de la requête principale doit également être récupéré, c’est-à-dire que la sous-requête est entièrement dépendante de la requête principale.

Lorsque vous utilisez des sous-requêtes pour récupérer les valeurs des colonnes de sortie dans une liste de sélection SELECT, la sous-requête doit retourner un résultat scalaire.

Les Sous-requêtes utilisées dans les prédicats de recherche, à l’exception des prédicats d’existence et de quantité, doivent retourner un résultat scalaire, c’est-à-dire pas plus d’une colonne d’une seule ligne sélectionnée ou une valeur agrégée, sinon une erreur d’exécution (“Multiple rows in a singleton select…​”) se produira.

Les conditions vérifiables ne sont pas toujours des prédicats simples. Il peut s’agir d’un groupe de prédicats, dont chacun, lorsqu’il est calculé, contribue au calcul de la vérité globale. Ces conditions complexes sont appelées assertions. Les assertions peuvent être constituées d’un ou plusieurs prédicats liés par les opérateurs logiques AND, OR et NOT. Les parenthèses peuvent être utilisées pour regrouper des prédicats et contrôler l’ordre des calculs.

Chacun des prédicats peut contenir des prédicats imbriqués. Le résultat du calcul de la vérité d’une déclaration est obtenu en calculant tous les prédicats dans la direction de l’interne vers l’externe. Chaque "niveau" est calculé par ordre de priorité jusqu’à obtenir la valeur de vérité de l’énoncé final.

Un prédicat de comparaison est constitué de deux expressions jointes par un opérateur de comparaison. Il existe six opérateurs de comparaison traditionnels :

(Voir Opérateurs de comparaison pour une liste complète des opérateurs de comparaison).

Si une partie (gauche ou droite) d’un prédicat de comparaison contient NULL, la valeur du prédicat est indéfinie (UNKNOWN).

Les autres prédicats de comparaison sont constitués de mots-clés.

DSQL, PSQL, ESQL.

Le prédicat BETWEEN vérifie si une valeur se situe (ou ne se situe pas en utilisant NOT) dans une plage de valeurs inclusive.

Les opérandes du prédicat BETWEEN sont deux arguments de types compatibles. Contrairement à d’autres bases de données, dans Firebird le prédicat BETWEEN n’est pas symétrique. La plus petite valeur doit être le premier argument, sinon le prédicat BETWEEN sera toujours faux. La recherche est une recherche inclusive. Ainsi, le prédicat BETWEEN peut être réécrit comme suit :

Lors de l’utilisation du prédicat BETWEEN dans les termes de recherche des requêtes DML, l’optimiseur Firebird peut utiliser un index sur la colonne recherchée, si disponible.

DSQL, PSQL, ESQL.

Le prédicat LIKE compare une expression de type caractère avec le motif défini dans la seconde expression. La sensibilité à la casse ou aux signes diacritiques dans la comparaison est déterminée par le paramètre de tri utilisé (COLLATION).

Lorsque vous utilisez l’opérateur LIKE, tous les caractères de la chaîne de caractères du motif sont pris en compte. Cela s’applique également aux espaces avant et arrière. Si une opération de correspondance dans une requête doit renvoyer toutes les chaînes contenant des chaînes LIKE 'abv' (avec un caractère d’espacement à la fin), une chaîne contenant 'abv' (sans caractère d’échappement) ne sera pas renvoyée.

Deux symboles génériques peuvent être utilisés dans le modèle de recherche :

Si la valeur testée correspond au modèle, y compris les caractères génériques, le prédicat est vrai.

Si la chaîne recherchée contient un caractère générique, un caractère de contrôle doit être spécifié dans la clause ESCAPE. Ce caractère de contrôle doit être utilisé dans le motif avant le caractère générique, indiquant que ce dernier doit être traité comme un caractère normal.

Utilisation du caractère de contrôle dans une phrase ESCAPE avec un prédicat LIKE.

STARTING WITH, CONTAINING, SIMILAR TO.

DSQL, PSQL, ESQL.

Le prédicat STARTING WITH recherche une chaîne qui commence par les caractères de son argument start-value. La sensibilité à la casse et aux accents de STARTING WITH dépend du tri (COLLATION) du premier argument value.

Lorsque vous utilisez le prédicat STARTING WITH dans les termes de recherche des requêtes DML, l’optimiseur de Firebird peut utiliser un index sur la colonne recherchée s’il est défini.

LIKE.

DSQL, PSQL, ESQL.

L’opérateur CONTAINING recherche une chaîne ou un type de chaîne en trouvant une séquence de caractères qui correspond à son argument. Il peut être utilisé pour des recherches alphanumériques (sous forme de chaîne de caractères) dans des nombres et des dates. Les recherches de type CONTAINING ne sont pas sensibles à la casse. Toutefois, si un tri sensible aux accents est utilisé, la recherche sera sensible aux accents.

Lorsque l’on utilise l’opérateur CONTAINING, tous les caractères d’une chaîne sont pris en compte. Cela s’applique également aux espaces avant et arrière. Si l’opération de comparaison dans une requête doit retourner toutes les chaînes contenant des chaînes CONTAINING 'abv' (avec un caractère d’espacement à la fin), une chaîne contenant 'abv' (sans caractère d’espacement) ne sera pas retournée.

Lors de l’utilisation du prédicat CONTAINING dans les termes de recherche des requêtes DML, l’optimiseur Firebird ne peut pas utiliser un index sur la colonne recherchée.

Recherche de sous-chaînes à l’aide du prédicat CONTAINING.

LIKE.

DSQL, PSQL.

L’instruction SIMILAR TO vérifie si une chaîne de caractères correspond à un modèle d’expression régulière SQL. Contrairement à d’autres langages, le modèle doit correspondre à la totalité de la chaîne de caractères pour être exécuté avec succès - la correspondance d’une sous-chaîne ne suffit pas. Si l’un des opérandes est NULL, le résultat est NULL. Sinon, le résultat est TRUE ou FALSE.

La syntaxe suivante définit le format d’une expression SQL régulière. Il s’agit d’une définition complète et correcte. Il est très formel et plutôt long et sera probablement déroutant pour ceux qui n’ont aucune expérience des expressions régulières. N’hésitez pas à la sauter et à commencer à lire la section suivante, Création d’expressions régulières qui utilise une approche simple à complexe.

Cette section présente les éléments et les règles de construction des expressions régulières SQL.

Dans les expressions régulières, la plupart des caractères se représentent eux-mêmes, à l’exception des caractères spéciaux (special character):

... et les symboles de contrôle (escaped character), s’ils sont définis.

Une expression régulière ne contenant aucun caractère spécial ou de contrôle ne correspond qu’à des chaînes de caractères totalement identiques (selon le tri utilisé). C’est-à-dire qu’il fonctionne exactement de la même manière que l’opérateur “=”:

Les séquences SQL connues ‘_’ et ‘%’ correspondent respectivement à un caractère unique et à une chaîne de caractères de longueur quelconque :

Notez que le caractère'`%’ correspond également à une chaîne vide.

Un ensemble de caractères entre crochets définit une classe de caractères. Le caractère de la chaîne correspond à la classe du motif si le caractère est un élément de la classe :

Comme vous pouvez le voir sur la deuxième ligne, la classe ne comporte qu’un seul caractère, et non une séquence de caractères.

Deux caractères reliés par un trait d’union dans la définition de la classe définissent une plage. La plage pour le mappage actif comprend ces deux caractères d’extrémité et tous les caractères intermédiaires. Les plages peuvent être placées n’importe où dans la définition de la classe sans qu’il soit nécessaire d’utiliser des délimiteurs spéciaux pour garder les autres caractères dans la classe également.

Les classes de caractères prédéfinies suivantes peuvent également être utilisées dans la définition de la classe :

Inclure une classe prédéfinie dans une déclaration SIMILAR TO a le même effet que d’inclure tous ses éléments. L’utilisation de classes prédéfinies n’est autorisée que dans la définition de la classe. Si vous n’avez besoin que d’un mappage vers une classe prédéfinie et rien d’autre, mettez une paire de parenthèses supplémentaire autour.

Si une définition de classe commence par un caractère d’insertion (^), tout ce qui le suit est exclu de la classe. Tous les autres caractères sont vérifiés.

Si le caractère d’insertion (^) n’est pas au début de la séquence, la classe inclut tous les caractères qui le précèdent et exclut les caractères qui le suivent.

Enfin, le caractère générique ‘_’ déjà mentionné est une classe de caractères à part entière, correspondant à n’importe quel caractère.

Un point d’interrogation ('``?'') immédiatement après un caractère ou une classe indique que l’élément précédent doit apparaître 0 ou 1 fois pour être apparié :

Un astérisque (‘*’) immédiatement après un caractère ou une classe indique que l’élément précédent doit apparaître 0 fois ou plus pour que la correspondance soit établie :

Un signe plus (‘+’) immédiatement après un caractère ou une classe indique que l’élément précédent doit apparaître 1 fois ou plus pour que la correspondance soit établie :

Si un caractère ou une classe est accompagné(e) d’un nombre entre crochets (‘{’ et ‘}’), l’élément doit être répété exactement ce nombre de fois pour être apparié :

Si un nombre est suivi d’une virgule (‘,’), l’élément doit être répété au moins ce nombre de fois pour être mis en correspondance :

Si les accolades contiennent deux nombres (m et n) séparés par une virgule et que le deuxième nombre est supérieur au premier, l’élément doit être répété au moins m fois et pas plus de n fois pour correspondre :

Les quantors ‘ ? ’ , ‘*’ et ‘+’ sont des abréviations de {0,1}, {0,} et {1,} respectivement.

Dans les conditions d’expression régulière, vous pouvez utiliser l’opérateur OR ‘|’. Une correspondance a eu lieu si la chaîne de paramètres correspond à au moins une des conditions :

Une ou plusieurs parties d’une expression régulière peuvent être regroupées en sous-expressions (également appelées sous-masques). Pour ce faire, mettez-les entre parenthèses. (‘(’ et ‘)’):

Pour exclure les caractères spéciaux (que l’on trouve souvent dans les expressions régulières) du processus de correspondance, ils doivent être échappés. Il n’y a pas de caractères d’échappement spéciaux par défaut — ils sont définis par l’utilisateur si nécessaire :

DSQL, PSQL.

Deux opérandes sont considérés comme DISTINCT (différents) s’ils ont des valeurs différentes, ou si l’un d’eux est NULL et l’autre non. Elles sont considérées comme NOT DISTINCT (égales) si elles ont les mêmes valeurs ou si elles sont toutes deux NULL.

L’option IS [NOT] DISTINCT FROM renvoie toujours VRAI ou FAUX et jamais UNKNOWN (NULL) (valeur inconnue). En revanche, les opérateurs “=” et “<>” renvoient UNKNOWN (NULL) si l’un ou les deux opérandes sont NULL.

[fblangref-commons-isnotboolean], [fblangref-commons-isnotnull].

DSQL, PSQL.

L’opérateur IS vérifie que l’expression du côté gauche correspond à la valeur logique du côté droit. L’expression du côté gauche doit être de type logique, sinon une erreur sera lancée.

Pour un type de données logique, le prédicat IS [NOT] UNKNOWN est équivalent à IS [NOT] NULL.

DSQL, PSQL.

Comme NULL n’est pas une valeur, ces opérateurs ne sont pas des opérateurs de comparaison. L’opérateur IS [NOT] NULL vérifie que l’expression du côté gauche a une valeur (IS NOT NULL) ou n’a pas de valeur. (IS NULL)

Ce groupe de prédicats comprend des prédicats qui utilisent des sous-requêtes et passent des valeurs pour toutes sortes d’instructions dans les conditions de recherche. Les prédicats d’existence sont appelés ainsi parce qu’ils vérifient l’existence ou la non-existence des résultats des sous-requêtes de différentes manières.

DSQL, PSQL, ESQL.

Le prédicat EXISTS utilise la sous-requête comme argument. Si le résultat de la sous-requête contient au moins une entrée, le prédicat est évalué comme vrai (TRUE), sinon le prédicat est évalué comme faux (FALSE).

Le résultat d’une sous-requête peut contenir plusieurs colonnes, puisque les valeurs ne sont pas vérifiées, mais que seul le fait qu’il y ait des lignes du résultat est enregistré. Ce prédicat ne peut prendre que deux valeurs : VRAI et FAUX.

Le prédicat NOT EXISTS renvoie FALSE si le résultat de la sous-requête contient au moins une entrée, sinon le prédicat renvoie TRUE.

DSQL, PSQL, ESQL.

Le prédicat IN vérifie si la valeur de l’expression à gauche est présente dans l’ensemble des valeurs spécifiées à droite. L’ensemble des valeurs ne peut pas dépasser 1500 éléments. Le prédicat IN peut être réécrit sous la forme équivalente suivante :

Lorsque vous utilisez le prédicat IN dans les termes de recherche des requêtes DML, l’optimiseur de Firebird peut utiliser un index sur la colonne recherchée s’il est défini.

Dans la deuxième forme, le prédicat IN vérifie si la valeur de l’expression de gauche est présente (ou absente, lorsqu’on utilise NOT IN) dans le résultat de la sous-requête de droite. Le résultat de la sous-requête ne peut contenir qu’une seule colonne, sinon une erreur sera émise. “count of column list and variable list do not match”.

Les requêtes utilisant le prédicat IN avec une sous-requête peuvent être réécrites en une requête similaire utilisant le prédicat EXISTS. Par exemple, la requête suivante :

Vous pouvez réécrire une requête similaire en utilisant un prédicat. EXISTS:

Cependant, une requête utilisant NOT IN ne donnera pas toujours le même résultat qu’une requête NOT EXISTS. La raison en est que le prédicat EXISTS renvoie toujours TRUE ou FALSE, alors que le prédicat IN peut renvoyer NULL dans les cas suivants :

Dans ces deux cas, le prédicat IN renverra NULL, tandis que le prédicat EXISTS correspondant renverra FALSE. Dans les conditions de recherche ou l’opérateur IF, les deux résultats indiquent `Fail' et sont traités de la même manière.

Cependant, sur les mêmes données, NOT IN retournera NULL, alors que EXISTS retournera TRUE, ce qui provoquera le résultat inverse.

C’est ce que montre l’exemple suivant.

Supposons que vous ayez une requête comme celle-ci :

On peut supposer qu’une requête utilisant un prédicat produira un résultat similaire NOT EXISTS:

Supposons qu’il n’y ait qu’un seul résident connu à New York et que sa date de naissance soit inconnue. Lorsque vous utilisez le prédicat EXISTS, la sous-requête qu’il contient ne produira pas de résultats car la comparaison des dates de naissance à NULL donnera UNKNOWN. Ainsi, le résultat du prédicat NOT EXISTS sera vrai pour chaque ligne de la requête principale. Alors que le résultat du prédicat NOT IN sera UNKNOWN et aucune ligne ne sera affichée.

EXISTS.

DSQL, PSQL, ESQL.

Le prédicat SINGULAR utilise la sous-requête comme argument et l’évalue comme vrai si la sous-requête retourne une et une seule ligne de résultat, sinon le prédicat est évalué comme faux. Le résultat de la sous-requête peut contenir plusieurs colonnes, puisque les valeurs ne sont pas vérifiées. Ce prédicat ne peut prendre que deux valeurs : vrai (TRUE) et faux (FALSE).

Un quantor est un opérateur logique qui spécifie le nombre d’objets pour lesquels une déclaration donnée est vraie. Il s’agit d’une quantité logique, et non d’une quantité numérique ; elle associe l’énoncé à l’ensemble des objets possibles. Ces prédicats sont basés sur les quantificateurs logiques formels de généralité et d’existence, qui sont reconnus par la logique formelle.

Dans les expressions de sous-requêtes, les prédicats quantitatifs permettent de comparer des valeurs individuelles aux résultats des sous-requêtes ; leur forme courante :

DSQL, PSQL.

En utilisant le quantificateur ALL, le prédicat est vrai si chaque valeur sélectionnée par la sous-requête satisfait à la condition du prédicat de la requête externe. Si la sous-requête ne renvoie aucune chaîne, le prédicat est automatiquement considéré comme vrai.

DSQL, PSQL.

Ces deux quantificateurs ont un comportement identique. Apparemment, les deux sont introduits dans la norme SQL pour une utilisation interchangeable afin d’améliorer la lisibilité des déclarations. Lorsque le quantificateur ANY ou SOME est utilisé, le prédicat est vrai si l’une des valeurs sélectionnées par la sous-requête satisfait à la condition du prédicat de la requête externe. Si la sous-requête ne renvoie aucune chaîne, le prédicat est automatiquement considéré comme faux.