Med hensyn til tabeller, navne, kasus osv., er den fremherskende konvention:
- SQL-søgeord:
UPPER CASE
- identifikatorer (navne på databaser, tabeller, kolonner osv.):
lower_case_with_underscores
For eksempel:
UPDATE my_table SET name = 5;
Dette er ikke skrevet med sten, men lidt om identifikatorer med små bogstaver kan varmt anbefales, IMO. Postgresql behandler identifikatorer ufølsomt mellem store og små bogstaver, når de ikke citeres (det folder dem faktisk til små bogstaver internt), og store og små bogstaver, når de citeres; mange mennesker er ikke klar over denne idiosynkrasi. Når du altid bruger små bogstaver, er du sikker. Under alle omstændigheder er det acceptabelt at bruge camelCase
eller PascalCase
(eller UPPER_CASE
), så længe du er konsekvent:enten citer identifikatorer altid eller aldrig (og dette inkluderer skemaoprettelse!).
Jeg kender ikke til mange flere konventioner eller stilguider. Surrogatnøgler er normalt lavet af en sekvens (normalt med serial
). makro), ville det være praktisk at holde sig til den navngivning for disse sekvenser, hvis du opretter dem i hånden (tablename_colname_seq
).
Se også nogle diskussioner her, her og (for generel SQL) her, alle med flere relaterede links.
Bemærk:Postgresql 10 introducerede identity
kolonner som en SQL-kompatibel erstatning for seriel .