Conventions de nommage PostgreSQL

Question

Où puis-je trouver un manuel détaillé sur les conventions de nommage de PostgreSQL ? (noms de tables vs. casse camel, séquences, clés primaires, contraintes, index, etc...)

Answer 1

En ce qui concerne les noms de tables, la casse, etc., la convention la plus répandue est la suivante :

• Mots clés SQL : UPPER CASE
• des identifiants (noms de bases de données, de tables, de colonnes, etc.) : lower_case_with_underscores

Par exemple :

UPDATE my_table SET name = 5;

Ce n'est pas gravé dans la pierre, mais le passage sur identifiants en minuscules est fortement recommandé, IMO. Postgresql traite les identifiants de manière insensible à la casse lorsqu'ils ne sont pas cités (il les met en minuscules en interne), et de manière sensible à la casse lorsqu'ils sont cités ; de nombreuses personnes ne sont pas conscientes de cette idiosyncrasie. En utilisant toujours les minuscules, vous êtes en sécurité. De toute façon, il est acceptable d'utiliser camelCase o PascalCase (ou UPPER_CASE ), pour autant que vous soyez cohérent : soit vous citez toujours les identifiants, soit vous ne les citez jamais (et cela inclut la création du schéma !).

Je n'ai pas connaissance de beaucoup d'autres conventions ou guides de style. Les clés de substitution sont normalement créées à partir d'une séquence (généralement avec l'attribut serial ), il serait pratique de s'en tenir à cette dénomination pour ces séquences si vous les créez à la main ( tablename_colname_seq ).

Voir aussi quelques discussions aquí , aquí et (pour le SQL général) aquí tous avec plusieurs liens connexes.

Remarque : Postgresql 10 a introduit identity comme un remplacement conforme au langage SQL pour les colonnes série .

Answer 2

Il n'existe pas vraiment de manuel officiel, car il n'y a pas de style ou de norme unique.

Tant que vous comprenez les règles de dénomination des identifiants vous pouvez utiliser ce que vous voulez.

En pratique, je trouve qu'il est plus facile d'utiliser lower_case_underscore_separated_identifiers parce qu'il n'est pas nécessaire de "Double Quote" partout pour préserver la casse, les espaces, etc.

Si vous vouliez nommer vos tables et fonctions "@MyApp! ""betty"" Shard$42" vous êtes libre de le faire, bien que ce soit pénible de taper partout.

Les principales choses à comprendre sont les suivantes :

• À moins d'être doublement cités, les identificateurs sont ramenés en minuscules, donc MyTable , MYTABLE y mytable sont tous la même chose, mais "MYTABLE" y "MyTable" sont différentes ;

• Sauf en cas de double citation :

  Les identificateurs et les mots clés SQL doivent commencer par une lettre (a-z, mais aussi les lettres avec des signes diacritiques et les lettres non latines) ou un trait de soulignement (_). Les caractères suivants dans un identificateur ou un mot clé peuvent être des lettres, des traits de soulignement, des chiffres (0-9) ou des signes de dollar ($).

• Vous devez mettre les mots-clés entre guillemets si vous souhaitez les utiliser comme identifiants.

En pratique, je vous recommande vivement de ne pas utiliser mots-clés comme identifiants. Évitez au moins les mots réservés. Ce n'est pas parce que vous pouvez nommer une table "with" ne veut pas dire que vous devriez.