学术界认为，表名应该是存储其属性的实体的单数。
我不喜欢任何需要在名称周围加方括号的T-SQL，但我已经将一个Users表重命名为单数，这永远意味着使用该表的人有时不得不使用括号。
我的直觉是，保持单数更正确，但我的直觉也是，括号表示不需要的东西，比如列名中有空格等。
我该留下还是该走？
当前回答
我只是说说我为什么用单数名。
例如，我需要从用户处获取所有字段：
-- 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'
当然，复数形式也可以用同样的方式，但对于我的大脑来说，我真的认为这是正确的方式。
其他回答
我坚持表名和任何编程实体使用单数。
原因是什么？事实上，英语中有不规则的复数形式，如mouse⇒ 老鼠和绵羊⇒ 羊然后，如果我需要收集，我只需要使用老鼠或绵羊，然后继续。
这确实有助于多元性脱颖而出，而且我可以通过编程轻松地确定这些东西的集合是什么样子的。
所以，我的规则是：所有事物都是单数，所有事物的集合都是单数的，并加上s。也有助于ORM。
我的看法是语义上的，这取决于您如何定义容器。例如，“一袋苹果”或简单的“苹果”或“苹果袋”或“apple”。
例子：“学院”表可以包含0个或多个学院“学院”表可以包含0个或多个学院
a "student" table can contain 0 or more students
a table of "students" can contain 0 or more students.
我的结论是，两者都可以，但你必须定义你（或与之互动的人）在参考表格时将如何处理；“x表”或“xs表”
IMHO，表名应该是复数，如Customer。
如果类名称映射到Customers表中的一行，则类名称应与Customer类似。
我曾经在User表中使用过“Dude”——同样短的字符数，与关键字没有冲突，仍然是对普通人的引用。如果我不担心那些可能看到代码的愚蠢的人，我会一直这样做。
我一直认为那是一个愚蠢的惯例。我使用多个表名。
（我相信这一策略背后的原因是，它使ORM代码生成器更容易生成对象和集合类，因为从单数名称生成复数名称比从单数名称中生成复数名称更容易）
