我需要在 Oracle 的外键上创建索引吗？

单独的外键约束不提供 Oracle 上的索引 - 必须（并且应该）创建一个。

创建外键不会自动在 A.B_ID 上创建索引。因此，从查询性能的角度来看，在 A.B_ID 上创建单独的索引通常是有意义的。

如果您曾经删除 B 中的行，您肯定希望 A.B_ID 被索引。否则，每次从 B 中删除一行时，Oracle 都必须对 A 进行全表扫描，以确保没有孤立记录（取决于 Oracle 版本，可能还会有额外的锁定影响，但这些影响会减少在较新的 Oracle 版本中）。

仅供参考：Oracle 不会自动创建索引（就像它为唯一约束所做的那样），因为 (a) 不需要强制执行约束，并且 (b) 在某些情况下您不需要。

然而，大多数时候，您会想要创建一个索引（事实上，在 Oracle Apex 中有一个“未索引外键”的报告）。

每当应用程序需要能够删除父表中的一行或更新 PK 值（这种情况很少见）时，如果不存在索引，DML 就会受到影响，因为它必须锁定整个子表。

我通常选择不添加索引的情况是，FK 指向定义列域的“静态数据”表（例如状态代码表），父表上的更新和删除永远不会完成直接由应用程序。但是，如果在列上添加索引可以为应用程序中的重要查询带来好处，那么索引仍然是一个好主意。

SQL Server 从来没有自动为外键列添加索引 - 查看 Kim Tripp 的 excellent blog post 关于这个城市神话的背景和历史。

但是，索引外键列通常是一个好主意 - 所以是的，我建议确保每个 FK 列都由索引备份；不一定只在这一列上——也许在两列或三列上创建索引是有意义的，其中 FK 列作为第一个列。取决于您的场景和数据。

出于性能原因，应创建索引。用于主表的删除操作（检查您要删除的记录是否未被使用）和通常涉及外键的连接。只有少数表（我不在日志中创建它们）可能不需要索引，但在这种情况下，您可能也不需要外键约束。

但

有一些数据库已经自动在外键上创建索引。 Jet 引擎（Microsoft 访问文件）Firebird MySQL

当然

SQL Server 甲骨文

才不是

与与性能有关的任何事情一样，它取决于许多因素，并且没有灵丹妙药，例如在非常高的活动环境中，索引的维护可能是不可接受的。

这里最突出的似乎是选择性：如果索引中的值高度重复，那么删除索引（如果可能）并允许表扫描可能会提供更好的性能。

UNIQUE、PRIMARY KEY 和 FOREIGN KEY 约束生成强制或“支持”约束的索引（有时称为支持索引）。 PRIMARY KEY 约束生成唯一索引。 FOREIGN KEY 约束生成非唯一索引。如果所有列都不可为空，则 UNIQUE 约束会生成唯一索引，如果一个或多个列都可以为空，则它们会生成非唯一索引。因此，如果一列或一组列具有 UNIQUE、PRIMARY KEY 或 FOREIGN KEY 约束，则无需为这些列创建索引以提高性能。