以我的經驗，如果DB只有一套AP會寫入/編輯
而不是不同AP/不同User會各自寫入/編輯的話
也是會省略FK（但還是會加PK）
因為FK還是會增加系統的負擔，也會增加鎖定的範圍
而刪除資料比較麻煩，有時這會讓我無法用更有效率的式子刪資料
還有就是資料庫架構常常要更新的話，這也會增加更新式的複雜度
※ 引述《jeonjh (小鮪魚)》之銘言：
: 小弟我剛踏入賣眼業沒多久！
: 接觸的是一個不算小的系統，服務世界各地的user...
: db是oracle 9i，因為好奇的是我幾乎看不到pk、fk的constraint！
: 這代表著關聯性都造程式做掉！但有看到not null的constraint！
: 想請問各位的經驗！過去是否有遇過這樣的設計？
: 有什麼重要因素要捨去關聯性資料庫的feature?
: 撇開pk、fk的好處，不使用pk、fk對整個系統的好處在？
: 接觸到這樣的系統一直無法理解。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.168.186.39