复数与单数表名

Question

创建新数据库时应如何命名表？

单数：Client或复数：Clients？

Answer 1

由你决定。不过要保持一致。

我个人更喜欢单数，基于每个 *row" 存储的内容：订单、产品、用户、项目等。

这与我使用单一实体/类型的建模（通过对象角色建模）相匹配。

编辑：

一个原因是，当您有链接表时，复数会失败：
Orders,Products会给OrderProducts或OrdersProducts。听起来都不正确

或历史表（当然，您可以为此使用模式）：
Orders->OrdersHistory或（不！）OrdersHistories？不会Order->OrderHistory更好吗？

Answer 2

关于单数与复数表名，这个主题似乎是有争议的，但它不应该是。

虽然表是多条记录的集合，但表以它包含的一种记录类型的定义命名。如果允许表的名称与其包含的记录类型的名称不同，则可以为表指定复数名称，例如，您可以拥有一个包含多个员工记录的员工表。但是 SQL 的设计者没有为表和记录类型提供单独的名称。

如果记录类型的名称（以及表名）保持单数，那么对于使用数据的面向对象程序来说，事情会更合乎逻辑，因为它将与您用来描述一条记录的类的名称相对应.

如果您想在程序中标识一个集合，您可以使用复数，或者使用适当的修饰符更好，例如 EmployeeList 或 EmployeeArray。

对于自动代码生成和具有不同语言背景或对程序中复数形式形成想法的程序员来说，不规则复数也存在问题。

英语不是一种好的和合适的编程语言，试图使数据库和程序语句符合英语，因为阅读其中一个语句听起来更好是错误的。

Answer 3

“订单”是一个保留字。“订单”不是

“用户”是保留字。“用户”不是

“会话”是一个保留字。“会话”不是

“结果”是保留字。“结果”不是

“相对”是保留字。“亲戚”不是

...

这些似乎是可能出现在业务线数据库中的常用词。与单数词相比，复数词作为关键词似乎不太常见。因此，使用复数表名以避免与 SQL 关键字冲突可能是有益的。

Answer 4

正如@gbn 的回答一样，我认为这主要是偏好问题，就像他一样，我建议您做出任何选择，将其应用于任何地方（至少在该数据库中）。一致性是值得的。

然而，我的偏好是复数在SELECT陈述中听起来更好：

SELECT Id, Name, Status 
FROM   Persons
WHERE  Status <> 5  --5 meaning deleted

我的意思是，在这种情况下，至少，表中有几个人，其中几个人返回给了客户。

Answer 5

经过几年的编程工作后，我得出的结论是，多元化是一种不必要的复杂化。我的观点是，根据 KISS 哲学，出于时间和效率的原因，程序员应该努力为所有问题寻求最懒惰和最简单的解决方案。因此，Singular 可以减少所有情况下所需的工作。