作者flakchen (flak)
看板Database
标题Re: [系统] RMDBS不用PK、FK的原因？
时间Tue Aug 5 23:53:40 2008
以我的经验，如果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