SQL Server为何为单个外键生成两条SQL语句？

嗨，我来帮你理清楚这个问题～ 你在关系图里创建关联后生成的两条SQL语句，大概率是下面这个样子（我根据你的表结构模拟的）：

第一条是创建外键约束的核心语句：

ALTER TABLE [dbo].[Foo] WITH CHECK ADD CONSTRAINT [FK_Foo_Bar] FOREIGN KEY([BarId])
REFERENCES [dbo].[Bar] ([id])

第二条一般是创建非聚集索引的语句：

CREATE NONCLUSTERED INDEX [IX_Foo_BarId] ON [dbo].[Foo] ([BarId])

两条语句的作用分别是什么？ #

• 第一条语句：这是实现两张表关联的核心，它强制Foo表的BarId列的值必须存在于Bar表的id列中，保证了数据的引用完整性——简单说就是不让你插入找不到对应Bar的Foo记录，也不让你删除还有Foo关联的Bar记录（除非你设置了级联操作）。这条语句确实已经完成了“创建关联”的基础需求。
• 第二条语句：这是SQL Server关系图默认帮你加上的性能优化操作。为什么要加这个索引？
  • 当你更新或删除Bar表的id值时，SQL Server需要检查Foo表里有没有关联的记录，如果BarId列没有索引，就得全表扫描Foo，数据量大的时候会很慢；有了索引，这个检查就能快速定位到关联记录。
  • 当你通过BarId关联查询两张表的数据时（比如SELECT * FROM Foo JOIN Bar ON Foo.BarId=Bar.id），这个索引也能加速查询，避免全表扫描。

第一条足够吗？ #

如果只看“保证数据关联的完整性”，第一条确实足够了。但从性能角度来说，第二条索引在实际场景中非常有用——尤其是你的表数据量逐渐变大后，没有索引的外键会导致很多操作变慢。所以除非你的数据量极小、几乎不会有涉及外键的更新/查询操作，否则建议保留第二条语句。

内容的提问来源于stack exchange，提问作者mohamed talaat