我坚信，在实体关系图中，实体应该用一个单数名称来反映，类似于类名是单数。实例化后，名称将反映其实例。因此，对于数据库，当实体被制成表（实体或记录的集合）时，它是复数。实体，用户被制成表用户。我同意其他人的建议，也许User这个名字可以改为Employee，或者更适合您的场景。

这在SQL语句中更有意义，因为您正在从一组记录中进行选择，如果表名是单数，则读起来不好。

如果您使用对象关系映射工具，或者将来会使用，我建议您使用Singular。

一些工具（如LLBLGen）可以自动更正多个名称（如用户到用户），而无需更改表名本身。为什么这很重要？因为当它被映射时，你希望它看起来像User.Name而不是User.Name，或者更糟糕的是，我的一些旧数据库表命名为tblUsers.strName，这在代码中令人困惑。

我的新经验法则是判断它转换成对象后的外观。

我发现一个不适合我使用的新命名的表是UsersInRoles。但总会有一些例外情况，即使在这种情况下，它看起来也很像UsersInRoles.Username。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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