Mysql外键必须引用父表的整个主键？

Question

我在一个小型披萨外卖网站上工作，遇到了 MySQL 表的一个小问题。

我在 Stackoverflow 上找到了这个:https://stackoverflow.com/a/10322293/80907

它提到了以下内容:

• 两个表都必须使用 INNODB 引擎。
• “在引用表中，必须有一个索引，其中外键列列为相同顺序的第一列。”

第一个不是真正的问题，但第二个规则是我挠头的地方。

这是一个可以订购比萨饼的网站，因此我将有关用户及其订单的所有数据保存在数据库中。

这是我要写的内容的屏幕截图:

所以我将有一个“用户”表和一个“订单”表。用户必须与订单具有一对多关系。简单地说，订单由创建它的用户标识。所以它是一对多的，标识性的。

这意味着“Orders”表将有一个外键，例如“Users_id”。

当您必须为 Pizzas 表和 Orders 表之间的多对多关系创建一个表时，问题就出现了。

这个表，我们称它为“Order_Details”(MySQL Workbench 自动称它为“Orders_has_Pizzas”)必须同时引用“Orders”和“Pizzas”。

现在，由于“Orders”已经在标识关系中引用了 Users 表，因此这是“Orders”的主键的一部分。

让我们再次排除该规则:

• “在引用表中，必须有一个索引，其中外键列列为相同顺序的第一列。”

这意味着您必须引用整个主键。如果我删除“Order_Users_id”键，我将在尝试创建数据库时收到 1005 错误。

我的问题很简单:有办法解决这个问题吗？因为就目前而言，我在 3 个不同的表中提到了该用户 ID。

或者，我是否没有正确理解它，是否确实有必要为了不必为该数据查询不同的表而这样做？

编辑:人们似乎不同意我关于用户和订单之间关系的识别。

我不知道如何在不知道用户 ID 的情况下识别单个订单。下订单后，有人将不得不运送比萨饼，这意味着他们需要知道将其运送到哪里。该数据位于用户表中。因此，Users_id 是单个订单标识的一部分。

反正我是这么看的。如果我错了，请解释原因。

编辑 2:感谢 a_horse_with_no_name 阐明了数据库方面的“身份”概念，我现在看到了我的逻辑错误。可以在评论中找到信息。

Answer 1

要回答您原来的问题，不，不需要 InnoDB 外键约束来引用引用表的整个主键。

换句话说，以下两个都在 InnoDB 中工作:

mysql> ALTER TABLE Orders_has_Pizzas ADD FOREIGN KEY (Orders_id) 
    REFERENCES Orders (id);
Query OK, 0 rows affected (0.63 sec)

mysql> ALTER TABLE Orders_has_Pizzas ADD FOREIGN KEY (Orders_id,Orders_Users_id) 
    REFERENCES Orders (id, Users_id);
Query OK, 0 rows affected (0.02 sec)

事实上，InnoDB 允许外键引用任何索引列，即使它不是主键的一部分:

mysql> CREATE TABLE Foo (fooid INT PRIMARY KEY, nonunique INT, KEY (nonunique));
Query OK, 0 rows affected (0.05 sec)

mysql> CREATE TABLE Bar (barid INT PRIMARY KEY, foo_nonid INT, FOREIGN KEY (foo_nonid) 
    REFERENCES Foo(nonunique));
Query OK, 0 rows affected (0.06 sec)

但是，这不是标准 SQL，我不建议这样做。这意味着 Bar 中的一行可以引用父表 Foo 中的多行。这意味着这两者在外键关系上的 JOIN 可能会意外地创建一种迷你笛卡尔积。

在 Orders 表中，复合主键的任一列都可能包含重复项。这意味着 Orders_has_Pizzas 中的给定行理论上可以引用多个订单。

关于识别关系的问题，我同意 Orders 与 Users 之间存在识别关系。也就是说，没有引用用户的订单是没有意义的。

但是在我们使用自动递增机制生成唯一 ID 的表中，将额外的列添加到 PK 似乎是多余的，也没有必要。为什么我们需要订单来包含用户 ID？单独的 id 保证是唯一的，因此足以唯一地寻址每一行。

我会说这是一个实际的选择，而理论会指导我们在订单中创建复合主键。

在像 Orders_has_Pizzas 这样的多对多表中，它变得更加清晰。该表与 Orders 和 Pizzas 都有标识关系。主键由两个外键组成，一个引用 Orders，另一个引用 Pizzas。根本不需要自动增量 PK。

有些人为多对多表添加了一个多余的自增 id，这是为了约定每个表必须有一个单列自动生成的主键。但是没有理论上的 或 这样做的实际理由。

CREATE TABLE Orders_has_Pizzas (
  id INT AUTO_INCREMENT PRIMARY KEY, -- what is this column for?
  Orders_id INT,
  Orders_Users_id INT,
  Pizzas_id INT,
);