问外键表中主键作为外键的使用

EN

一般来说，你通常不会像这样双向地做外键。如果这样做，这意味着这两个表存在于1到1的关系中:每个taco都有一个类型，每个taco类型只能由一个taco使用。如果您有这样的关系，那么没有任何理由将它们放在单独的表中，它们可能只是同一表中的附加列。

通常外键用于一对多或多对多的关系.一个一对多的关系将是如果许多不同的玉米饼可以是相同的类型。他们每人都有Taco_Type_ID外键。

对于多到多的关系，通常使用单独的关系表。

CREATE TABLE Taco_Types (
    Taco_ID INT, -- FK to Table1.Taco_ID
    Taco_Type_ID INT, -- FK to Table2.Taco_Type_ID
    PRIMARY KEY (Taco_ID, Taco_Type_ID)
);

外键和主键有时是相关的，但并不总是相关的。表中的外键字面意思是“这个字段中的任何值都必须存在于另一个表中-->这里”。这个值在另一个表中是否是PK是无关紧要的--它必须存在，而且它必须是唯一的。这可能符合作为主键的要求，但不是必需的。

您可以使用复合外键，例如，在(愚蠢的)地址簿中，您列出一个人的电话号码的子表可以使用(firstname, lastname)键，但这会遇到"ok，John Smith是哪个号码的问题吗？“。

在大多数数据库中，外键引用必须是对主键或唯一键的引用(并且允许使用NULL)。MySQL建议这样做，但不需要它。

但是，系统不强制要求引用的列是唯一的或声明为NULL。对非唯一键或包含空值的键的外键引用的处理对于诸如UPDATE或DELETE级联之类的操作没有很好的定义。建议您使用只引用唯一(包括主键)和非空键的外键。

是否需要引用外键关系的主键？首先，您甚至不需要声明外键关系。我认为它们很重要，因为它们允许数据库维护引用的完整性。但是，它们并不是必需的。基于外键的存在，查询中也没有任何语义差异(例如，NATURAL JOIN不使用它们)。优化可以使用声明的关系。

其次，如果要声明外键，我建议使用引用表的主键。这毕竟是拥有主键的主要原因之一。