表命名困境：单数与复数名称

学术界认为，表名应该是存储其属性的实体的单数。

我不喜欢任何需要在名称周围加方括号的T-SQL，但我已经将一个Users表重命名为单数，这永远意味着使用该表的人有时不得不使用括号。

我的直觉是，保持单数更正确，但我的直觉也是，括号表示不需要的东西，比如列名中有空格等。

我该留下还是该走？

当前回答

我只对拼写相同的表名使用名词，无论是单数还是复数：

驼鹿鱼鹿飞机你内裤短裤眼镜剪刀种孩子

其他回答

我总是使用单一的表名，但正如前面所述，最重要的是保持一致，并对所有名称使用相同的形式。

我不喜欢多个表名，因为组合的名称可能会很奇怪。例如，如果您有一个名为Users的表，并且您想存储用户的财产，那么这将导致一个名称为UsersProperties的表。。。

什么约定要求表具有单数名称？我一直以为是复数。

用户将添加到“用户”表中。

本网站同意：http://vyaskn.tripod.com/object_naming.htm#Tables

本网站不同意（但我不同意）：http://justinsomnia.org/writings/naming_conventions.html

正如其他人所提到的：这些只是指导方针。选择一个适合你和你的公司/项目的惯例，并坚持下去。在单数和复数之间切换，或者有时缩写词，有时不缩写词，这会让人更加恼火。

举个简单的例子：

SELECT Customer.Name, Customer.Address FROM Customer WHERE Customer.Name > "def"

vs.

SELECT Customers.Name, Customers.Address FROM Customers WHERE Customers.Name > "def"

后者中的SQL比前者听起来更奇怪。

我投票支持单数。

我也会使用复数形式，对于前面提到的用户困境，我们确实采用了方括号方法。

我们这样做是为了在数据库体系结构和应用程序体系结构之间提供一致性，基本上理解为用户表是用户值的集合，就像代码工件中的用户集合是用户对象的集合一样。

让我们的数据团队和开发人员使用相同的概念语言（尽管不总是相同的对象名称），可以更容易地在他们之间传达想法。

我们运行类似的标准，在编写脚本时，我们要求[]围绕名称，并在适当的情况下使用模式限定符-主要是为了防止SQL语法将来夺取名称。

SELECT [Name] FROM [dbo].[Customer] WHERE [Location] = 'WA'

这在过去拯救了我们的灵魂——我们的一些数据库系统从SQL 6.0到SQL 2005已经运行了10多年——远远超过了预期寿命。

推荐文章