Oracle db file sequential read事件引起长时间等待的原因？

ccsnmoracle

Dragon95432 发表于 2011-12-2 18:54
问题解决了，太粗心了，都是级联惹的祸。Oracle为了保证数据完整性会去扫描外键obj#=16177，导致时间超长。 ...

我还是想确认一下，LZ的解决方法。

  你是把另外的那一个表上的foreign key去掉了吗？？也就是说你把目标表和另外一个之间的参照关系解除了。
  但是，表与表之间的数据完整性，LZ就不兼顾吗？？业务逻辑上可以满足吗？？？

ccsnmoracle

Yong Huang 发表于 2011-12-3 00:23
Thanks for the feedback! If your database is big as a data warehouse, you can choose to set the fore ...

Yong Huang sir,

从LZ遇到的这个问题上看，是不是可以说，建立外键关系是很危险的，或者说是需要相当谨慎的。

  LZ的问题是，他想删除的那个目标表中的某一个列，是另外的一个表的外键。所以当删除目标表时，也会去扫描另外的一个表，就算是没有级联删除关系！！
     是这样吗？？如果是这样，这外键的弊端就太大了吧。LZ遇到的这种问题，岂不是很普遍吗？？

Dragon95432

Yong Huang 发表于 2011-12-3 00:23
Thanks for the feedback! If your database is big as a data warehouse, you can choose to set the fore ...

数据的参照完整性只有靠程序去保证了，在OLTP环境中，个人一直不赞同做级联删除和外键外联引用。如果系统本身做的不够好的话，后期维护就会由于约束关系的存在，处理起来更困难。

ccsnmoracle

Dragon95432 发表于 2011-12-4 12:50
数据的参照完整性只有靠程序去保证了，在OLTP环境中，个人一直不赞同做级联删除和外键外联引用。如果系统 ...

LZ的也意思就是说，你的解决方案是把另外的那个表上的外键给删除了，是不？？
小弟是初学者，经验少，想确认一下！

ccsnmoracle

再给说说呗！