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就有關聯才有 沒關聯就沒有 這有什麼好爭的