sql-server - 查找表的更易读的命名约定是什么？

Question

我们总是命名查找表 - 例如国家、城市、地区...等 - 如下:
EntityName_LK 或 LK_EntityName(Countries_LK 或 LK_Countries)
但我想问是否有人有更好的查找表命名转换？

编辑:
我们认为使用后缀或前缀来解决类似冲突:
如果我们有 User 表和 UserTypes(ID-Name)查找表，并且 User 和 之间存在多对多关系UserTypes 使我们成为一个表，我们可以将其命名为 Types_For_User ，这可能会混淆 UserTypes 和 Types_For_User 所以我们喜欢使查找表 UserTypes 类似于 UserTypesLK 对所有人来说都是显而易见的

Answer 1

在您决定需要“查找”绰号之前，您应该尝试理解为什么将某些表指定为“查找”而不是其他表。每个表本身应该代表一个实体。

当指定为“查找”的表的范围扩大并且不再被视为“查找”时，会发生什么情况？您要么更改表名称(这可能会很麻烦)，要么保持原样，并且必须向每个人解释给定的表并不是真正的“查找”。

注释中提到的与连接表相关的常见场景。例如，假设用户可以有多个“类型”，这些“类型”在带有两个外键的联结表中表示。该表是否应该命名为User_UserTypes？对于这种情况，我首先会说我更喜欢在联结表上使用后缀 Member。所以我们会有Users、UserTypes、UserTypeMembers。其次，“类型”这个词在这种情况下是非常通用的。 UserType 真的意味着角色吗？您使用的术语可能会带来很大的不同。如果UserTypes确实是角色，那么我们的表名称就变成Users、Roles、RoleMembers，这看起来很清楚。