正如其他人在这里提到的，约定应该是一种工具，可以增加易用性和可读性。不是用来折磨开发者的枷锁或俱乐部。

也就是说，我个人倾向于对表和列使用单数名称。这可能来自我的编程背景。类名通常是单数，除非它们是某种集合。在我的脑海中，我正在存储或读取相关表中的单个记录，所以单数对我来说是有意义的。

这种做法还允许我为那些在对象之间存储多对多关系的表保留多个表名。

我也尽量避免在表和列名中使用保留字。在这里所讨论的情况下，违背用户的单一约定更有意义，以避免需要封装使用User的保留字的表。

我喜欢以有限的方式使用前缀（tbl表示表名，sp_表示进程名等），尽管许多人认为这会增加混乱。与下划线相比，我更喜欢CamelBack名称，因为我在键入名称时总是按+而不是_。许多人不同意。

下面是命名约定指南的另一个好链接：http://www.xaprb.com/blog/2008/10/26/the-power-of-a-good-sql-naming-convention/

请记住，您的惯例中最重要的因素是，它对与所讨论的数据库交互的人来说是有意义的。在命名惯例方面，没有“一个戒指来统治所有人”。

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

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

如果我们查看MS SQL Server的系统表，Microsoft指定的表名是复数。

Oracle的系统表以单数形式命名。尽管其中有几个是复数。Oracle建议用户定义的表名使用复数。他们推荐一件事而遵循另一件事，这没有多大意义。这两个软件巨头的架构师使用不同的约定来命名他们的表，这也没有多大意义。。。毕竟，这些家伙是什么。。。博士学位？

我记得在学术界，这项建议是独一无二的。

例如，当我们说：

select OrderHeader.ID FROM OrderHeader WHERE OrderHeader.Reference = 'ABC123'

也许b/c每个ID都是从特定的单行中选择的。。。？

我曾经在User表中使用过“Dude”——同样短的字符数，与关键字没有冲突，仍然是对普通人的引用。如果我不担心那些可能看到代码的愚蠢的人，我会一直这样做。

我不喜欢复数表名，因为英语中的一些名词是不可数的（水、汤、现金），或者当你使其可数时，其含义会发生变化（鸡vs鸡；肉vs鸟）。我也不喜欢使用表名或列名的缩写，因为这样做会给已经陡峭的学习曲线增加额外的斜率。

具有讽刺意味的是，我可能会将User作为一个例外，并将其称为User，因为User（Transac SQL），因为如果不需要的话，我也不喜欢在表周围使用括号。

我还喜欢将所有ID列命名为ID，而不是ChickenId或ChickenId（复数个家伙对此做什么？）。

这一切都是因为我对数据库系统没有适当的尊重，我只是在重新应用OO命名约定中的一个技巧，比如Java的习惯和懒惰。我希望有更好的IDE支持复杂的SQL。

表的SQL定义实际上是表的一个潜在行的定义，而不是集合。因此，该定义中使用的名称必须指定行的类型，而不是集合的名称。那些喜欢复数的人，因为它在他们的英语语句中读起来很好，他们需要开始更逻辑地思考，并查看实际使用表所涉及的所有逻辑和编程代码。这些注释中提到了使用单数表名的几个很好的理由。其中包括不使用多个表名的充分理由。“好好读书”根本不应该是任何理由，尤其是因为有些人可能会以不同的方式来理解这个想法。