Foreign Key 一定是无用的吗？

误区

“不要使用 Foreign Key”

不知道多少遍听到这样的顿顿教育。而有时候却不尽然。

今天在知识星球梳理优化器工作原理的文章时，特别做了这么个实验，Foreign Key 大有用处，而只是用的人，呵呵罢了。

现实

举个例子：

SELECT D.SalesOrderID,COUNT(*) AS CNT 
FROM  Sales.SalesOrderDetail  D 
    INNER JOIN Sales.SalesOrderHeader  H 
      ON D.SalesOrderID = H.SalesOrderID
WHERE D.ModifiedDate >'2011-01-01' 
GROUP BY D.SalesOrderID
HAVING COUNT(*) > 3 

这段代码是运行在 AdvantureWorks 2016 版本中的。

SalesOrderHeader是张主表，SalesOrderID 是唯一主键。SalesOrderDetail 是张子表，引用了 SalesOrderID 作为外键关联到 Sales.SalesOrderHeader.

大家认为这个查询会不会用到 SalesOrderHeader 的 SaleOrderID 去做 Join 搜索？

这就是对 Foreign Key 认识的误区了。

完全没有用到 Join, 你没看错

想一想为什么呢？

星球的事

越来越喜欢知识星球了！

以前找不到可以移动的笔记本，往往都是手机上记一笔，网易有道云笔记记一下，或者印象笔记。但自从有道云有次同步害我丢了部分笔记，以及糟糕的备份问题，还有分享的限制，我以及渐渐抛弃了它。但旅游攻略还是它好用。在群里都说了嘛，我好吃，好玩，好分享。

在知识星球上开一个专题，慢慢的去雕琢，去磨文字，就像是自己的产品一样，一天天看着成型 ，是非常开心的一件事情。相当有成就感。这些分享的文章可以帮助喜欢 SQL ， 数据库技术的爱好者，当然也很开心。但更重要的是我对看过的书，做过的案子以及技巧的一些记录，这是记录成长的地方，我希望它私密，仅与朋友一起分享。

7 大主题，已经完成了 5 个，相信再过 2周，所有的主题都能写完了。

多谢读者们的支持，愿意加入星球看我写文，接下来会有更多的分享记录进来，比如:

《索引设计与优化》

《Design Data-Intensive Applications》

这两本我最喜欢的书, 基于这些书做一些实战项目，一并做好记录。