误区
“不要使用 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》
这两本我最喜欢的书, 基于这些书做一些实战项目,一并做好记录。
往期精华: