討論串[系統] RMDBS不用PK、FK的原因?
共 2 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者flakchen (flak)時間17年前 (2008/08/05 23:53), 編輯資訊
0
0
0
內容預覽:
以我的經驗,如果DB只有一套AP會寫入/編輯. 而不是不同AP/不同User會各自寫入/編輯的話. 也是會省略FK(但還是會加PK). 因為FK還是會增加系統的負擔,也會增加鎖定的範圍. 而刪除資料比較麻煩,有時這會讓我無法用更有效率的式子刪資料. 還有就是資料庫架構常常要更新的話,這也會增加更新式

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者jeonjh (小鮪魚)時間17年前 (2008/08/05 22:34), 編輯資訊
0
0
0
內容預覽:
小弟我剛踏入賣眼業沒多久!. 接觸的是一個不算小的系統,服務世界各地的user.... db是oracle 9i,因為好奇的是我幾乎看不到pk、fk的constraint!. 這代表著關聯性都造程式做掉!但有看到not null的constraint!. 想請問各位的經驗!過去是否有遇過這樣的設計?
首頁
上一頁
1
下一頁
尾頁