官方PostgreSQL大写约定[关闭]

是否有关于DB，表和字段名中大写字母的正式PostreSQL约定？

将在官方网站上的例子表明一个小写字母和_单词的分离，我不知道这个策略是否正式。

CREATE TABLE films (
    code        char(5) CONSTRAINT firstkey PRIMARY KEY,
    title       varchar(40) NOT NULL,
    did         integer NOT NULL,
    date_prod   date,
    kind        varchar(10),
    len         interval hour to minute
);

我将基本上反映Verace的评论并将其声明为半官方的：

没有一种最佳实践可以涵盖所有情况。接下来的假设如下（如果您还没有这样做，该怎么办）：

• 您已经与您的团队讨论了这一点（独自工作的人常常必须下定决心）
• 您的团队中尚无SQL的正式样式定义（否则，您不会问我们）
• 没有任何代码的形式化样式定义（遵循已经为其他语言建立的相同基本约定并形式化样式）

因此，其余部分有些自以为是，但基于经验

1. 关于表名
   1. 您应该使用单个实体名称（这使文档更容易）
   2. 您应该在这里使用Pascal Case
2. 涉及字段名称
   1. 在字段名称上使用camelCase
   2. 使用简短的单数名称，除非该定义绝对适合复数形式（几乎从不这样做）
3. 关于您自己的函数或存储过程的名称
   1. 使用underscore_separation
   2. 使用字段命名进行参数化
4. 关于内置数据库功能或语言名称（例如SELECT）
   1. 除非有要求以某种特定的方式将其大写，否则请使用ALL CAPS
   2. 知道您所用语言的API，以了解合理或必要的条件
5. 关于间距
   1. 很多人对关键字使用列对齐，对不是关键字的事物使用缩进
   2. 当每一行的字段分开时，很多人在行的开头使用逗号（这使得从选择列表中注释掉特定字段变得更容易）
   3. 切勿使用空格作为事物名称的一部分，甚至不要将其用作返回值标题。
6. 关于标点符号
   1. 括号-使用它们。他们是免费的。我承诺。
   2. 分号-使用它们。他们不会伤害你的。他们迫使您考虑代码。而且他们卫生很好。
   3. 回车-再次免费；-)并使您的代码可读。

您还应该认识到，尽管我在尝试帮助您应用通用的样式指南，但Postgres社区通常不使用camelCase或PascalCase，而是使用underscore_separation。在真正重要的一点是要确保你建立并使用特定的风格，到处是一致的。

快速的Google会显示许多指示最佳做法的网站。我只想说两件事- 永远不要使用空格“ My Table Name”（由于不同的转义机制，移植变得不可能；对于任何非字母数字字符也是如此）。有了这些机制，您通常也必须尊重大小写。英语（或您自己的）语言中的字母和单词足够多，标识符长度也足够长（我不知道标识符_length <32，PostgreSQL是64的任何系统）。而且永远不要使用SQL关键字（随RDBMS的不同而不同），它们会做同样的事情。

像这样的陈述

SELECT "Field" FROM "Table";

可以有效！绝对关键的是要有一个清晰且相对简单的约定，然后遵守它。人们会发现您有不同的意见-阅读主题并选择适合您的“感觉”。看到这些网站1，2，3，4，5，......（还有更多）。