坦率地说，我感到震惊的是，在进行了一些基本的（非常基本的）互联网搜索之后，我还没有找到全面的命名约定或指南或 SQL 对象和列命名。
我习惯的并行是在 .NET 开发世界中，那里有许多提供的约定，Microsoft 甚至记录了广泛采用的全面建议集：
1. 数据库对象、列等命名是否有公认的标准？
2. 依靠 Description 属性来描述表的列是否有任何陷阱？显然，人们希望名称能揭示意图，但这在数据库中有时很困难，而且描述对于了解数据库的人来说是无价的（尽管他们也可以撒谎）。
非常感谢帮助！
选择一个标准，确保它有意义，并记录下来。关于这一点已经有很多争论（例如，联系人表中的身份列是否应该称为 ID 或 ContactID，或者联系人表是否应该称为 dbo.Contacts 或不必要的冗长 dbo.tblContacts），并且您永远不会将在你的同龄人之间达成一致。你选择哪个标准并不重要；重要的是你要始终如一地使用它，让它广为人知，并从你的同事那里得到同意，这就是方法。
在可行的情况下，您的专栏应该是自我记录的（而不是神秘的、缩写的或混淆的）。我不会依赖扩展属性，但这只是我自己（google/bing 可以解决扩展属性的问题，我猜你会看到很多抱怨）。外部文档/数据字典对我来说更有价值 - 如果您的数据库向南，您的备份也是如此，它会使重建变得更加容易。它还可以更轻松地向初级开发人员等描述您的架构，而无需让他们直接访问所有内容。