如何使用更长的唯一索引创建主键？

Question

可以在创建主键时指定索引：

CREATE TABLE t (a NUMBER, b NUMBER);
ALTER TABLE t ADD PRIMARY KEY (a,b) USING INDEX (CREATE INDEX i ON t(a,b));

这也适用于列子集：

ALTER TABLE t ADD PRIMARY KEY (a) USING INDEX (CREATE INDEX i ON t(a,b));

我更喜欢唯一索引（因为非唯一索引会将 rowid 添加到每个键中，这会使索引更大且速度稍慢）。这也有效：

ALTER TABLE t ADD PRIMARY KEY (a,b) USING INDEX (CREATE UNIQUE INDEX i ON t(a,b));

但是，子集和唯一索引会导致错误：

ALTER TABLE t ADD PRIMARY KEY (a) USING INDEX (CREATE UNIQUE INDEX u ON t(a,b));
ORA-14196: Specified index cannot be used to enforce the constraint.

总结一下：

OK     PRIMARY KEY (a,b) USING INDEX (        INDEX(a,b) )
OK     PRIMARY KEY (a,b) USING INDEX ( UNIQUE INDEX(a,b) )
OK     PRIMARY KEY (a)   USING INDEX (        INDEX(a,b) )
ERROR  PRIMARY KEY (a)   USING INDEX ( UNIQUE INDEX(a,b) )

我完全不明白为什么这是不可能的。

我经常需要它，例如对于具有两个主键列（比如国家、城市）和另一列（比如人口）的表。因为我总是查询另一列，所以三列索引是有意义的。由于前两列是唯一的（每个主键），索引也将是唯一的，但 Oracle 不会让我这样做。为什么？

Answer 1

这是一个不适合 cmets 部分的评论，它可能是公然错误的。

我的看法是，Oracle 可以使用 1) 唯一索引或 2) 非唯一索引（可能由于历史原因而存在的功能性）来强制主键的唯一性。因此：

• 案例#1：如果它使用一个唯一索引，那么找出一个值是否唯一的所有繁重工作都由索引本身完成。这是其功能的一部分。

• 案例#2：如果它使用非唯一索引，则该索引用于存储值，但唯一性由扫描索引以查找多个值的主键约束本身验证。

现在，您的四个示例属于：

• 案例 #1（非唯一）
• 案例 #2（唯一）
• 案例 #1（非唯一）
• 不是第 1 种情况，也不是第 2 种情况。这就是我认为 Oracle 不允许这样做的原因。

当然，如果有人知道得更好，请纠正我。

Answer 2

列 (a,b) 上的唯一索引不能用于强制列 (a) 上的主键，并且数据库已正确阻止您执行此操作。

这是因为 (1,100),(1,101),(1,102) 是 (a,b) 上的唯一索引中的合法值，其中强制列 a 仅包含 1,2,3,...等不能使用相同的索引进行操作。