4.1.1. Identifieurs et mots clés

Les jetons tels que SELECT, UPDATE ou VALUES dans l'exemple ci-dessus sont des exemples de mots clés, c'est-à-dire des mots qui ont une signification dans le langage SQL. Les jetons MA_TABLE et A sont des exemples d'identifiants. Ils identifient des noms de tables, colonnes ou d'autres objets de la base de données suivant la commande qui a été utilisée. Du coup, ils sont quelques fois simplement nommés des << noms >>. Les mots clés et les identifiants ont la même structure lexicale, signifiant que quelqu'un ne peut pas savoir si un jeton est un identifiant ou un mot clé sans connaître le langage. Une liste complète des mots clé est disponible dans l'Annexe C.

Les identifiants et les mots clés SQL doivent commencer avec une lettre (a-z, mais aussi des lettres de marques diacritiques différentes et des lettres non latines) ou un tiret bas (_). Les caractères suivants dans un identifiant ou dans un mot clé peuvent être des lettres, des tirets-bas, des chiffres (0-9) ou des signes dollar ($). Notez que les signes dollar ne sont pas autorisés en tant qu'identifiant suivant le standard SQL, donc leur utilisation pourrait rendre les applications moins portables. Le standard SQL ne définira pas un mot clé contenant des chiffres ou commençant ou finissant par un tiret bas, donc les identifiants de cette forme sont sûr de passer les conflits possibles avec les futures extensions du standard.

Le système utilise pas plus de NAMEDATALEN-1 caractères d'un identifiant ; les noms longs peuvent être écrits dans des commandes mais ils seront tronqués. Par défaut, NAMEDATALEN vaut 64. Du coup, la taille maximum de l'identifiant est de 63. Si cette limite est problématique, elle peut être élevée en modifiant NAMEDATALEN dans src/include/postgres_ext.h.

L'identifiant et les noms de mots clés sont insensibles à la casse. Du coup,

UPDATE MA_TABLE SET A = 5;

peut aussi s'écrire de cette façon

uPDaTE ma_TabLE SeT a = 5;

Une convention souvent utilisée est d'écrire les mots clés en majuscule et les noms en minuscule, c'est-à-dire

UPDATE ma_table SET a = 5;

Voici un deuxième type d'identifiant : l'identifiant délimité ou l'identifiant entre guillemets. Il est formé en englobant une séquence arbitraire de caractères entre des guillemets doubles ("). Un identifiant délimité est toujours un identifiant, jamais un mot clé. Donc, "select" pourrait être utilisé pour faire référence à une colonne ou à une table nommée << select >>, alors qu'un select sans guillemets sera pris pour un mot clé et du coup, pourrait provoquer une erreur d'analyse lorsqu'il est utilisé alors qu'un nom de table ou de colonne est attendu. L'exemple peut être écrit avec des identifiants entre guillemets comme ceci :

UPDATE "ma_table" SET "a" = 5;

Les identifiants entre guillemets peuvent contenir tout caractère autre qu'un guillemet double. (Pour inclure un guillemet double, écrivez deux guillemets doubles.) Ceci permet la construction de noms de tables et de colonnes qui ne seraient pas possibles autrement, comme des noms contenant des espaces ou des arobases. La limitation de la longueur s'applique toujours.

Mettre un identifiant entre guillemets le rend sensible à la casse alors que les noms sans guillemets sont toujours convertis en minuscules. Par exemple, les identifiants FOO, foo et "foo" sont considérés identiques par PostgreSQL mais "Foo" et "FOO" sont différents des trois autres et entre eux. (La mise en minuscule des noms sans guillemets avec PostgreSQL n'est pas compatible avec le standard SQL qui indique que les noms sans guillemets devraient être mis en majuscule. Du coup, foo devrait être équivalent à "FOO" et non pas à "foo" en respect avec le standard. Si vous voulez écrire des applications portables, nous vous conseillons de toujours mettre entre guillemets un nom particulier ou de ne jamais le mettre.)

4.1.2. Constantes

Il existe trois types implicites de constantes dans PostgreSQL : les chaînes, les chaînes de bits et les nombres. Les constantes peuvent aussi être spécifiées avec des types explicites, ce qui peut activer des représentations plus précises et gérées plus efficacement par le système. Les constantes implicites sont décrites ci-dessous ; les constantes explicites sont discutées après.

SELECT 'foo'
'bar';

SELECT 'foobar';

SELECT 'foo'      'bar';

chiffres
chiffres.
[chiffres]
[e[+-]chiffres]
[chiffres].
chiffres[e[+-]chiffres]
chiffres
e[+-]chiffres

REAL '1.23'  -- style chaîne
1.23::REAL   -- style PostgreSQL (historique)

type 'chaîne'
'chaîne'::type
CAST ( 'chaîne' AS type )

nomtype ( 'chaîne' )

4.1.3. Opérateurs

Un nom d'opérateur est une séquence d'au plus NAMEDATALEN-1 (63 par défaut) caractères provenant de la liste suivante :

+ - * / < > = ~ ! @ # % ^ & | ` ?

• -- et /* ne peuvent pas apparaître quelque part dans un nom d'opérateur car ils seront pris comme le début d'un commentaire.

• Un nom d'opérateur à plusieurs caractères ne peut pas finir avec + ou -, sauf si le nom contient aussi un de ces trois caractères :

  ~ ! @ # % ^ & | ` ?

  Par exemple, @- est un nom d'opérateur autorisé, mais *- ne l'est pas. Cette restriction permet à PostgreSQL d'analyser des requêtes compatibles avec SQL sans requérir des espaces entre les jetons.

Lors d'un travail avec des noms d'opérateurs ne faisant pas partie du standard SQL, vous aurez habituellement besoin de séparer les opérateurs adjacents avec des espaces pour éviter toute ambiguïté. Par exemple, si vous avez défini un opérateur unaire gauche nommé @, vous ne pouvez pas écrire X*@Y ; vous devez écrire X* @Y pour vous assurer que PostgreSQL le lit comme deux noms d'opérateurs, et non pas comme un seul.

4.1.4. Caractères spéciaux

Quelques caractères non alphanumériques ont une signification spéciale, différente de celui d'un opérateur. Les détails sur leur utilisation sont disponibles à l'endroit où l'élément de syntaxe respectif est décrit. Cette section existe seulement pour avertir de leur existence et pour résumer le but de ces caractères.

• Un signe dollar ($) suivi de chiffres est utilisé pour représenter un paramètre de position dans le corps de la définition d'une fonction ou d'une instruction préparée. Dans d'autres contextes, le signe dollar pourrait faire partie d'un identifiant.

• Les parenthèses (()) ont leur signification habituelle pour grouper leurs expressions et renforcer la précédence. Dans certains cas, les parenthèses sont requises car faisant partie de la syntaxe fixée d'une commande SQL particulière.

• Les crochets ([]) sont utilisés pour sélectionner les éléments d'un tableau. Voir la Section 8.10 pour plus d'informations sur les tableaux.

• Les virgules (,) sont utilisées dans quelques constructions syntaxiques pour séparer les éléments d'une liste.

• Le point-virgule (;) termine une commande SQL. Il ne peut pas apparaître quelque part dans une commande, sauf à l'intérieur d'une constante de type chaîne ou d'un identifiant entre guillemets.

• Le caractère deux points (:) est utilisé pour sélectionner des << morceaux >> de tableaux. (Voir la Section 8.10.) Dans certains dialectes SQL (tel que le SQL embarqué), il est utilisé pour préfixer les noms de variable.

• L'astérisque (*) a une signification spéciale lorsqu'elle est utilisée dans une commande SELECT ou avec une fonction d'agrégat COUNT.

• Le point (.) est utilisé dans les constantes numériques et pour séparer les noms de schéma, table et colonne.

4.1.5. Commentaires

Un commentaire est une séquence arbitraire de caractères commençant avec deux tirets et s'étendant jusqu'à la fin de la ligne, par exemple :

-- Ceci est un commentaire standard en SQL

Autrement, les blocs de commentaires style C peuvent être utilisés :

/* commentaires multilignes
 * et imbriqués: /* bloc de commentaire imbriqué */
 */

où le commentaire commence avec /* et s'étend jusqu'à l'occurrence de */. Ces blocs de commentaires s'imbriquent, comme spécifié dans le standard SQL mais pas comme dans le langage C. De ce fait, vous pouvez commenter des blocs importants de code pouvant contenir des blocs de commentaires déjà existants.

Un commentaire est supprimé du flux en entrée avant une analyse plus poussée de la syntaxe et est remplacé par un espace blanc.

4.1.6. Précédence lexicale

Le Tableau 4-1 affiche la précédence et l'associativité des opérateurs dans PostgreSQL. La plupart des opérateurs ont la même précédence et sont associatifs par la gauche. La précédence et l'associativité des opérateurs sont codées en dur dans l'analyseur. Ceci pourrait conduire à un comportement non intuitif ; par exemple, les opérateurs booléens < et > ont une précédence différente des opérateurs booléens <= et >=. De même, vous aurez quelque fois besoin d'ajouter des parenthèses lors de l'utilisation de combinaisons d'opérateurs binaires et unaires. Par exemple :

SELECT 5 ! - 6;

sera analysé comme

SELECT 5 ! (- 6);

parce que l'analyseur n'a aucune idée, jusqu'à ce qu'il soit trop tard que ! est défini comme un opérateur suffixe, et non pas préfixe. Pour obtenir le comportement désiré dans ce cas, vous devez écrire :

SELECT (5 !) - 6;

C'est le prix à payer pour l'extensibilité.

Notez que les règles de précédence des opérateurs s'appliquent aussi aux opérateurs définis par l'utilisateur qui ont le même nom que les opérateurs internes mentionnés ici. Par exemple, si vous définissez un opérateur << + >> pour un type de données personnalisé, il aura la même précédence que l'opérateur interne << + >>, peu importe ce que fait le votre.

Lorsqu'un nom d'opérateur qualifié par un schéma est utilisé dans la syntaxe OPERATOR, comme par exemple dans

SELECT 3 OPERATOR(pg_catalog.+) 4;

la construction OPERATOR est prise pour avoir la précédence par défaut affichée dans le Tableau 4-1 pour les opérateurs << autres >>. Ceci est vrai quelque soit le nom spécifique de l'opérateur apparaissant à l'intérieur de OPERATOR().