En ce qui concerne les noms de tables, la casse, etc., la convention courante est :
- Mots clés SQL :
UPPER CASE - identifiants (noms de bases de données, tables, colonnes, etc) :
lower_case_with_underscores
Par exemple :
UPDATE my_table SET name = 5;
Ce n'est pas écrit dans la pierre, mais le bit sur les identifiants en minuscules est fortement recommandé, OMI. Postgresql traite les identificateurs insensiblement à la casse lorsqu'ils ne sont pas entre guillemets (il les convertit en fait en minuscules en interne) et de manière sensible à la casse lorsqu'ils sont entre guillemets ; beaucoup de gens ne sont pas conscients de cette idiosyncrasie. En utilisant toujours des minuscules, vous êtes en sécurité. Quoi qu'il en soit, il est acceptable d'utiliser camelCase ou PascalCase (ou UPPER_CASE ), tant que vous êtes cohérent :soit toujours citer les identifiants, soit jamais (et cela inclut la création de schéma !).
Je ne suis pas au courant de beaucoup plus de conventions ou de guides de style. Les clés de substitution sont normalement créées à partir d'une séquence (généralement avec le serial macro), 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 ici, ici et (pour le SQL général) ici, le tout avec plusieurs liens connexes.
Remarque :Postgresql 10 a introduit identity colonnes en remplacement conforme à SQL pour série .
