Question

也许我的失败是不知道术语，但我希望在两个表上执行JOIN，将另一个表作为外键。

因此表A上项的id用于从表B获取外键，用于从表C中获取文本表示。

TABLE A
+----+------------+
| id | name       |
+----+------------+
| 1  | comment    |
+----+------------+
TABLE B
+-----------+------------------+
| object_id | cat_id_ref       |
+-----------+------------------+
|         1 |                2 |
+-----------+------------------+
|         1 |                3 |
+-----------+------------------+
TABLE C
+---------+----------+
| cat_id  | cat_type |
+---------+----------+
|       1 | Mean     |
|       2 | Nice     |
|       3 | Rude     |
+---------+----------+

所以问题是2部分。什么是这个1步之外的外键查找称为术语，而对于MySQL这个子查询是什么？此类JOIN

的最佳做法

期望的结果是：

+----+------------+------------+
| id | name       | cat_type   |
+----+------------+------------+
| 1  | veg 1      | Nice       |
+----+------------+------------+
| 1  | veg 1      | Rude       |
+----+------------+------------+

Answer 1

这看起来像是多对多的关系。我将表B称为＆＃34;关联＆＃34;表（或者，有时是＆＃34;关系＆＃34;表，在某些情况下，这可以称为＆＃34;成员资格＆＃34;表。）

从数据库设计的角度来看，我们进行了实体关系建模＆＃34;。一个＆＃34;实体＆＃34;是一个可以唯一识别的人，地点，事物，概念或事件，是企业感兴趣的，我们可以存储有关的信息。我们有＆＃34;关系＆＃34;这些实体之间。当我们确定了一个关系时，我们会问正确的问题，找出一个实体与另一个实体有多少相关。

在您的示例中，看起来B实现了实体A和C之间的关联。

A＆＃34; A＆＃34;可以与零，一个或多个相关，＆＃34; C＆＃34;。
A＆＃34; C＆＃34;可以与零，一个或多个＆＃34; A＆＃34;。

（这是识别实体的合适名称可以使模型更容易理解的地方。）

为了解决多对多问题，我们实现了第三个表格，我们可以将其命名为＆＃34; A_C＆＃34;或＆＃34; C_A＆＃34;，或者它可能有一个完全不同的名称。（例如，＆＃34; COMMITTEE＆＃34;和＆＃34; PERSON＆＃34;之间的关联可能被称为＆＃34;会员＆＃34;）。

在您的示例中，新表名为＆＃34; B＆＃34;

A＆＃34; B＆＃34;与一个＆＃34; A＆＃34;
A＆＃34; B＆＃34;与一个＆＃34; C＆＃34;
A＆＃34; A＆＃34;与零，一个或多个＆＃34; B＆＃34;
A＆＃34; C＆＃34;与零，一个或多个＆＃34; B＆＃34;

引入＆＃34; B＆＃34; table将多对多关系解析为两个＆＃34; one-to-many＆＃34;关系。

（看起来你已经了解了外键如何在关系的＆＃34;许多＆＃34;方面，以及它是如何引用关键的主键（或唯一键）关系的一个＆＃34;侧的实体表：外键的值是另一个表中主键值的副本。）

至于问题的第二部分，这里是一个返回指定结果集的查询示例：

SELECT a.id
     , a.name
     , c.veg_type
  FROM A a
  LEFT
  JOIN B b
    ON b.object_id = a.id
  LEFT
  JOIN C c
    ON c.veg_id = b.veg_type_ref

（有不同的查询将返回相同的结果集;最大的区别在于处理＆＃34;缺少＆＃34;（例如，表A中没有＆＃34的行） ;匹配＆＃34;表B中的行。其他差异是性能，取决于基数，选择性，可用索引等。）

这些都是JOIN;没有必要引入子查询来获取指定的结果集。

Answer 2

听起来你正在寻找这样的东西。

select A.*, C.veg_type
from A
inner join B
        on A.id = B.object_id
inner join C
        on C.veg_id = B.veg_id_ref

Answer 3

基本上，只是一对多的关系

蔬菜有多种类型吗？这个例子似乎太简单了，不需要中间表。

select id,name, veg_type
from TableA
inner join TableB on Tablea.id = tableb.object_id
inner join TableC on tableb.veg_id_ref = tablec.id

左加入外键

3 个答案: