我只是说说我为什么用单数名。

例如，我需要从用户处获取所有字段：

-- Select every fields from 'user' table
SELECT * FROM user

我需要21岁用户的姓名：

-- Select every fields from 'user' table which have 21 years old
SELECT * FROM user WHERE age = '21'

当然，复数形式也可以用同样的方式，但对于我的大脑来说，我真的认为这是正确的方式。

我通过将表命名为“雇员”（实际上是“雇员”）来解决同样的问题。我尽量避免与可能保留的单词发生冲突。即使是“用户”对我来说也很近。

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

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

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

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

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

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

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

没有要求表名为单数的“约定”。例如，我们在一个评级过程使用的数据库中有一个名为“REJECTS”的表，其中包含了一次运行程序时被拒绝的记录，我看不出任何理由不使用复数形式来表示该表（将其命名为“REJECT”会很有趣，或者过于乐观）。关于另一个问题（引号），它取决于SQL方言。Oracle不要求在表名周围加引号。

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

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

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

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

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