假设我有一个下表：
UID int (11) not null, FOREIGN KEY (UID) REFERENCES users(ID),
OID int (11), FOREIGN KEY (OID) REFERENCES orders(ID),
primary key(UID,OID)
注意主键。
而且，我想允许每个用户 ID (UID) 有一个 NULL 顺序 ID (OID)。
虽然设置主键后它会自动使我的 OID 字段为NOT NULL。
作为一种解决方法，我正在考虑存储0，而不是将其标记为不相关的字段。
那么，现在的问题是，除了指定字段的references 之外，是否可以允许外键约束也接受零 (0)？
【问题讨论】：
标签： mysql null foreign-keys primary-key zero
一种选择是使用“代理主键”而不是您当前的 PK，而是在以下复合 (UID,OID) 上放置 UNIQUE 约束 - 只要您愿意拥有代理主键 - 比如一个身份列
【讨论】：
UNIQUE KEY在这种情况下可以使用约束：
CREATE TABLE users (id int not null, primary key (id));
INSERT INTO users VALUES (1), (2), (3);
CREATE TABLE orders (id int not null, primary key (id));
INSERT INTO orders VALUES (1), (2), (3);
CREATE TABLE users_orders (uid int NOT NULL, oid int DEFAULT NULL,
FOREIGN KEY (uid) REFERENCES users (id),
FOREIGN KEY (oid) REFERENCES orders (id),
UNIQUE KEY (uid, oid));
INSERT INTO users_orders (uid) VALUES (1);
这里有a demo 可以玩。
但请注意，您（可能）仍然可以在您的表中插入多个 specific UID - NULL 组合（我在这里假设您使用 InnoDB）。比如这个查询...
INSERT INTO users_orders o (uid) VALUES (1), (1);
... 也会成功（因为它不会破坏任何现有的约束）。
如果这应该被严格禁止，您最好在users 和orders 表中同时使用一些虚拟值both - 以使您的交集表中的foreign key 约束可用。
作为旁注，我承认我对这种情况有点惊讶。交集表通常设计为没有任何可为空的字段：例如，查询中的 LEFT（或 RIGHT）JOIN 应该用于包含没有任何订单的用户。您能否解释一下为什么首先选择了这个决定（使 OID 可以为空）？
【讨论】：
uid 添加到orders 表不合适？ ）因为每个订单（我假设）都有一个且只有一个用户分配给它。这样就很容易查询到所有用户及其订单（包括通过LEFT JOIN的方式完全没有订单的用户）。
user - billing info 显然在1-n 关系中，它应该存储在一个单独的表中，该表也引用users（通过uid）。
我认为这在 MySQL 中是不可能的，但解决方法可能是在引用外部表时插入一个值为 0 的虚拟条目。
【讨论】：
尝试使用唯一键。它允许使用 NULL 值。
【讨论】：