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

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

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

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

我该留下还是该走？

当前回答

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

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

tbl用户tbl此待定tbl其他

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

其他回答

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

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

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

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

两个网站都有不同的论文，我认为你只需要选择你的一方。就我个人而言，我更喜欢Plular来命名表，当然，单数来命名列。

我喜欢你怎么读这个：

SELECT CustomerName FROM Customers WHERE CustomerID = 100;

的确，我们有OOP，这很好，但大多数人仍然使用关系数据库，而不是对象数据库。关系数据库不需要遵循OOP概念。

另一个例子是，您有一个表Teams，它保存了TeamID、TeamColor和PlayerID，并且对于一定数量的PlayerID将具有相同的TeamID和TeamColor。。。

该球员属于哪支球队？

SELECT * FROM Teams WHERE PlayerID = X

X队的所有球员？

SELECT * FROM Players INNER JOIN Teams ON Players.PlayerID = Teams.PlayerID WHERE Teams.TeamID = X

你觉得这一切都好吗？

无论如何，还可以看看W3Schools使用的命名约定：

http://www.w3schools.com/sql/sql_join_inner.asp

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

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

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

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

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

tbl用户tbl此待定tbl其他

实际上，我一直认为使用多个表名是一种流行的习惯。到目前为止，我一直使用复数。

我可以理解单数表名的论点，但对我来说，复数表名更有意义。表名通常描述表包含的内容。在标准化数据库中，每个表都包含特定的数据集。每一行都是一个实体，表中包含许多实体。因此，表名的复数形式。

一张汽车表上会有汽车的名字，每一排都是一辆汽车。我承认，以table.field的方式指定表和字段是最好的做法，使用单一的表名更容易阅读。然而，在以下两个例子中，前者更有意义：

SELECT * FROM cars WHERE color='blue'
SELECT * FROM car WHERE color='blue'

老实说，我将重新思考我在这件事上的立场，我将依赖于我正在开发的组织所使用的实际惯例。然而，我认为出于个人习惯，我将坚持使用复数表名。对我来说，这更有意义。

推荐文章