我坚持表名和任何编程实体使用单数。

原因是什么？事实上，英语中有不规则的复数形式，如mouse⇒ 老鼠和绵羊⇒ 羊然后，如果我需要收集，我只需要使用老鼠或绵羊，然后继续。

这确实有助于多元性脱颖而出，而且我可以通过编程轻松地确定这些东西的集合是什么样子的。

所以，我的规则是：所有事物都是单数，所有事物的集合都是单数的，并加上s。也有助于ORM。

IMHO，表名应该是复数，如Customer。

如果类名称映射到Customers表中的一行，则类名称应与Customer类似。

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

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

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

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

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

tbl用户tbl此待定tbl其他

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

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

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

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

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