我一直认为那是一个愚蠢的惯例。我使用多个表名。

（我相信这一策略背后的原因是，它使ORM代码生成器更容易生成对象和集合类，因为从单数名称生成复数名称比从单数名称中生成复数名称更容易）

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

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

-- 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'

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

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

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

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

我总是使用单数，因为这就是我所学到的。然而，在最近创建一个新的模式时，这是很长一段时间以来的第一次，我积极地决定保持这种惯例，因为。。。它更短。对我来说，在每个表名的末尾添加“s”和在每个表的前面添加“tbl_”一样无用。

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

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

TABLE名称是表结构的一个定义。VIEW或QUERY名称是（一个或多个）表的视图或查询的一个定义。表格、视图或查询可能包含以下内容之一：

0条记录1条记录许多记录。

你到底为什么要在一个对象名称的末尾加一个“s”？将“s”放在对象名称的末尾，表示什么意思？

如果要区分，请添加“_tbl”。视图是“_vew”（而不是愚蠢的“_v”约定）。

最少3个字符的后缀-这会使讨论停止。

表是一个DB对象，与其他对象没有区别。

保存3个字符只会使意思清晰。

红色；-）