Sql 链接两个数据库表

一个很快的问题。是否有一个术语来描述一个表，它的主要功能是保存两个外键？例如，如果我有两个表，user和group，是否有一个官方术语来表示包含user\u id和group\u id的“membership”表

它是一个支持多对多关系的交叉表。

它是一个支持多对多关系的交叉表。

正如Stefan已经回答的那样：这种情况下有链接/插入表。它们将映射多对多关系，因为数据库中没有其他可能性。您只需为特定ID创建一个表“UserGroup”和两列，这些ID既是主键又是外键

正如Stefan已经回答的那样：这种情况下有链接/插入表。它们将映射多对多关系，因为数据库中没有其他可能性。您只需为特定ID创建一个表“UserGroup”和两列，这些ID既是主键又是外键

一个链接/交集表，解析多对多。例如，如果一辆车可以有多个驾驶员，而一个驾驶员可以有多辆车，则可以使用链接表来解决多对多关系。我在OmniGraffle中绘制了一个ERD示例作为说明：

---

一种链接/交集表，用于解析多对多。例如，如果一辆车可以有多个驾驶员，而一个驾驶员可以有多辆车，则可以使用链接表来解决多对多关系。我在OmniGraffle中绘制了一个ERD示例作为说明：

---

没有官方术语-交叉点、交叉引用（xref）、链接、地图等。它们都是同义词。。。2009年或2010年有一个关于这个的问题。谢谢，我想也许一个官方术语会让我的表名更容易阅读。没有官方术语-交集、交叉引用（xref）、链接、地图等。所有这些都是同义词。。。2009年或2010年有一个这样的问题。谢谢，我想也许一个官方术语会让我的表名更容易阅读。你能给表命名吗，一般来说，用户组交叉点？我通常不会在名称中包含交叉点。像用户组这样的东西会很好。或者甚至是一个用户分组，取决于你的数据库命名约定。如果你注意到你抢先一步，我应该在画ERD之前发布一个快速的答案。哈哈，不需要ERD:）我认为这个概念很常见，也很容易理解。就命名约定而言，我绝对认为在表上有两个名称是最有用的，这两个名称是该表的交集表。它使事情变得直截了当。有些人喜欢在您的情况下使用诸如UserGrouping或membership之类的名称，但我觉得这些命名约定模糊了基础架构，因此是不必要的。您是否将表命名为user\u group\u intersection？我通常不会在名称中包含intersection。像用户组这样的东西会很好。或者甚至是一个用户分组，取决于你的数据库命名约定。如果你注意到你抢先一步，我应该在画ERD之前发布一个快速的答案。哈哈，不需要ERD:）我认为这个概念很常见，也很容易理解。就命名约定而言，我绝对认为在表上有两个名称是最有用的，这两个名称是该表的交集表。它使事情变得直截了当。有些人喜欢在您的情况下使用用户名分组或成员身份之类的名称，但我觉得这些命名约定模糊了基础架构，没有必要。名称table1\u table2可能会出现一些问题，尤其是当构成复合词的表名本身就有意义时。我更喜欢使用像xref或link这样的名称来消除歧义。这就是我问题的重点。是的，你当然需要选择一个适合你的惯例。我已经展示了我最常看到的标准约定，但我肯定看到了其他约定。table1\u table2的名称可能会出现一些问题，尤其是当构成复合词的表名本身有意义时。我更喜欢使用像xref或link这样的名称来消除歧义。这就是我问题的重点。是的，你当然需要选择一个适合你的惯例。我已经展示了我最常看到的标准惯例，但我肯定看到了其他惯例。