https://goo.gl/WPgUPn
这是一位美国老DBA告诉你数据库没有外键的九个理由。
甚至在salesforce他们的transactional manner数据库也是没有外键的喔
意味着资料完整性是处理在别处
底下回复有句话很有意思
我认为用web和全端工程师眼光觉得外键够用
但是到了资料量到某个级距，甚至建立资料仓储，就要开始分层处理。
好啦我也是嘴砲工程师，说真的我认为小企业资料量少用什么都没差。
若有资料仓储层的《软件》公司想法和设计就会不一样
考量角度不同，等问题到了再解决问题就好了，keep in simple

这作者本身也建议要用其实如果没有 FK 是出于某种考量过后的决定，那感觉还可以。但你说整个系统都没有 FK ，我想一定是有什么问题。

OLAP跟OLTP write-heavy跟read-heavy 数据库设计甚至选择都是完全不一样的 everything is trade-off说不出为什么要用FK 为什么不用 大概database都不及格

呃呃，我文字可能有点让原PO误解，在此道歉。我指的是原系列文里提到的没有 FK 问题。

原来

FK就有关联才有 没关联就没有 这有什么好争的