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 澄清了数据库中“身份”的概念，我现在看到了我的逻辑错误。信息可以在 cmets 中找到。

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 与用户之间存在识别关系。也就是说，没有引用用户的订单是没有意义的。

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

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

在像 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,
);