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

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

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

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

我该留下还是该走？

当前回答

举个简单的例子：

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

vs.

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

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

我投票支持单数。

其他回答

如果你去那里会有麻烦，但如果你留下来，麻烦就会加倍。

我宁愿违背一些假定的非复数命名惯例，也不愿用可能是保留词的名称来命名我的表。

指导方针确实如此。这不是“板上钉钉”，这就是为什么你可以选择忽略它们。

我想说，使用多个表名在逻辑上更直观。表毕竟是实体的集合。除了提到的其他选项，我通常在表名上看到前缀。。。

tbl用户tbl此待定tbl其他

我并不是建议这样做，我也看到表名中使用了很多空格，我对此深恶痛绝。我甚至遇到过带有白痴字符的域名，比如？好像说这个字段回答了一个问题。

我个人更喜欢用复数来表示一个集合，这对我的关系思维来说“听起来”更好。

此时此刻，我正使用单数名称为我的公司定义一个数据模型，因为大多数工作人员都觉得它更舒服。有时候，你只需要让每个人的生活更轻松，而不是强加你的个人喜好。（这就是我在本主题中的结尾，以确认什么是命名表的“最佳实践”）

在阅读了这篇文章中的所有争论之后，我得出了一个结论：

不管每个人最喜欢的口味是什么，我都喜欢我的蜂蜜煎饼。但如果我为其他人做饭，我会尝试为他们提供他们喜欢的东西。

举个简单的例子：

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

vs.

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

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

我投票支持单数。

我的看法是语义上的，这取决于您如何定义容器。例如，“一袋苹果”或简单的“苹果”或“苹果袋”或“apple”。

例子：“学院”表可以包含0个或多个学院“学院”表可以包含0个或多个学院

a "student" table can contain 0 or more students 
a table of "students" can contain 0 or more students.

我的结论是，两者都可以，但你必须定义你（或与之互动的人）在参考表格时将如何处理；“x表”或“xs表”

推荐文章