假设我有两个表，Products和ProductCategories。这两个表都以CategoryId为关系。以下是查询语句：
SELECT p.ProductId, p.Name, c.CategoryId, c.Name AS Category
FROM Products p
INNER JOIN ProductCategories c ON p.CategoryId = c.CategoryId
WHERE c.CategoryId = 1;
当我创建执行计划时，表ProductCategories执行集群索引搜索，这是预期的。但是对于表Products，它执行了集群索引扫描，这让我感到怀疑。为什么外键没有帮助提高查询性能？
因此，我不得不在Products.CategoryId上创建索引。当我再次创建执行计划时，两个表都执行索引搜索。并且估计的子树成本大大降低了。
我的问题是：
除了FK对关系约束有所帮助外，它是否还具有其他用处？它是否可以提高查询性能？
我应该在所有表中的所有FK列（例如Products.CategoryId）上创建索引吗？
外键是一种参照完整性工具，而不是性能工具。至少在 SQL Server 中，创建 FK 不会创建关联的索引，您应该在所有 FK 字段上创建索引以提高查找时间。
外键有助于（也可能损害）性能
据此处所述：外键可以提高性能
您应该始终在FK列上创建索引以减少查找。SQL Server不会自动执行此操作。
编辑
由于链接现在似乎无法访问（感谢克里斯注意到这一点），因此以下内容显示了外键为什么可以改善（也可能损害）性能的主要原因。
在读取数据时，外键约束可提高性能，但在插入/修改/删除数据时会降低性能。
对于查询，优化器可以使用外键约束来创建更有效的查询计划，因为外键约束是预先声明的规则。这通常涉及跳过查询计划的某些部分，例如优化器可以看到由于外键约束，无需执行该特定部分的计划。
外键是DBMS（数据库管理系统）中确保数据库完整性的概念。
任何性能影响/改进都将特定于所使用的数据库技术，并且是外键目的的次要问题。
在SQL Server中，确保所有外键至少有一个非聚集索引是良好的实践。
我希望这能为您解决疑惑，但请随时要求更多详细信息。
您在提高性能时最好使用经常使用的字段上的索引。如果您使用SQL Server，则可以使用分析器来分析特定数据库，并获取输出文件并使用调整向导以获得有关索引放置位置的建议。我还喜欢使用分析器来查找运行时间长的存储过程，我每周都会发布一个最糟糕的前十名名单，这可以保持人们的诚实:D。
您可以使用它来帮助提高查询效率。它允许您重构SQL Server中的查询，使用外连接代替内连接，这样就不需要再检查列中是否有空值了。您不需要添加限定符，因为外键关系已经为您执行了这项操作。
因此，如下所示：
select p.ProductId, p.Name, c.CategoryId, c.Name AS Category
from Products p
inner join ProductCategories c on
p.CategoryId = c.CategoryId
where c.CategoryId = 1;
变成这样：
SELECT p.ProductId, p.Name, c.CategoryId, c.Name AS Category
FROM ProductCategories c
LEFT OUTER JOIN Products P ON
c.CategoryId = p.CategoryId
WHERE c.CategoryId = 1;
在小查询中，这不一定会产生巨大的性能提升，但当表变得很大时，它可能更加高效。
我不太了解SQL Server，但在Oracle的情况下，拥有外键列会降低数据加载的性能。因为数据库需要针对每个插入操作检查数据完整性。是的，正如已经提到的那样，给外键列创建索引是一个好习惯。
是的，外键可以加速SELECT，但会减慢INSERT/UPDATE/DELETE
SQL Server使用所有约束（包括FK）来构建更好的SELECT执行计划。
例如，如果您运行一个查询，其中Column1 = X，而X不符合约束条件，则服务器甚至不会触及表格。
P.S. 除非该约束处于"不受信任"状态，但那是完全不同的故事。
P.P.S. 然而，拥有外键（或其他约束）可能会减慢INSERT/UPDATE/DELETE，除非您在此列上有一个非聚集索引。
CategoryId上添加某种索引（主键/次键/外键）。而该列的数据类型非常关键。 - undefined