问为数据库表命名以提供自然组织的最佳实践是什么？

EN

我倾向于在命名约定上违背两点.

1. 我不喜欢使用前缀，以便在给定的UI中将事情组合在一起。对我来说，这些表的命名应该是为了使它们在代码中容易读懂，而且是有意义的。有许多研究(大多数被程序员忽略)表明，使用下划线、逻辑名称、删除缩写和消除前缀之类的东西对理解和处理代码的速度都有很大的影响。此外，如果您使用前缀来分解表，那么当一个表被多个区域使用时，您会做什么--甚至更糟的是，它只在一个区域开始，但后来在另一个区域开始使用。您现在必须重命名这个表吗？
2. 我几乎完全忽略了名字的长度。我更关心的是可读性和可理解性，而不是用1/10秒的时间来键入列或表名。当你一直记着，如果你把“数字”缩写为" no“、"num”或"nbr“，并记住像Intellisense这样的东西，那么使用更长、更有意义的名字对我来说是没有意义的。

考虑到这些，如果您的UserEvents表确实与与用户相关的事件有关，那么这个名称非常有意义。仅使用事件最终会给您提供一个名称不太好的表，因为在我看来，名称还不够清楚。

希望这能有所帮助！

我不会使用命名约定来将表名按字母顺序排列。这样做是很好的，但这不应该是故意的。

阅读Joe的“SQL编程风格”一书。他在那本书的第一章是关于命名约定，在ISO 11179元数据命名标准的指导下。他的建议之一是避免在命名约定中出现不必要的前缀。

如果这个表是“用户”和“事件”表之间多到多关系的表示，我会使用这个表示法，即"UserEvent“。