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

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

我在之前的任何回答中都没有看到这一点。许多程序员在处理表时没有正式的定义。我们经常以“记录”或“行”的形式直观地交流。然而，除了一些非规范化关系的例外，表通常被设计为使得非键属性和键之间的关系构成集合论函数。

函数可以定义为两个集合之间的叉积的子集，其中键集合的每个元素在映射中最多出现一次。因此，从这个角度产生的术语往往是单数。在涉及函数的其他数学和计算理论（例如代数和lambda演算）中，人们可以看到相同的单数（或至少是非复数）约定。

我通过将表命名为“雇员”（实际上是“雇员”）来解决同样的问题。我尽量避免与可能保留的单词发生冲突。即使是“用户”对我来说也很近。

我认为使用单数是我们在大学里学到的。但同时，您可能会认为，与面向对象编程不同，表不是其记录的实例。

我想我现在倾向于单数，因为英语中的复数不规范。在德语中，由于没有一致的复数形式，情况更糟——有时，如果没有前面的指定冠词（der/die/das），你就无法判断一个单词是否为复数。无论如何，在汉语中没有复数形式。

这可能有点多余，但我建议谨慎行事。重命名表不一定是坏事，但标准化就是这样；一个标准——这个数据库可能已经被“标准化”了，无论多么糟糕：）——我建议一致性是一个更好的目标，因为这个数据库已经存在，而且它可能不仅仅由两个表组成。

除非您能够标准化整个数据库，或者至少计划为此目的而努力，否则我怀疑表名只是冰山一角，专注于手头的任务，忍受命名不好的对象的痛苦，可能符合您的最大利益--

实际一致性有时是最佳标准…：）

my2内容---

单数的我会将包含一组用户行表示对象的数组称为“用户”，但该表是“用户表”。国际海事组织认为，表只是它所包含的一组行，这是错误的；表是元数据，行集是分层地附加到表的，而不是表本身。

当然，我一直使用ORM，用多个表名编写的ORM代码看起来很愚蠢，这有助于提高效率。