作者lisp2009·2013-06-03 17:34

数据库管理员·浙商银行

易失表做runstats需谨慎

字数 450阅读 5146评论 13赞 0

著作权归作者所有

如果觉得我的文章对您有用，请点赞。您的支持将鼓励我继续创作！

hl305201130软件开发工程师软件公司
2013-07-03 20:08

这个问题我之前也遇到过，执行效率非常低。

AlanSawyer数据库管理员IBM
2013-06-28 11:00

“ 通过声明易失表后，优化器将考虑使用索引扫描而不是表扫描，它将不依赖于runstats得到的现有的统计信息。”
实际上只有我们query中的referenced column是part of index的时候才不会考虑统计信息。这一点要注意

AlanSawyer数据库管理员IBM
2013-06-28 10:58

最好的办法，其实考虑使用optprofile走IndexORING..通常可以解决很多问题。

oasis_m软件开发工程师mxm
2013-06-21 09:28

需要注意的细节

星坠天宇软件开发工程师合肥瑞耘信息
2013-06-18 15:11

刚刚遇到这个问题，学到了

长路漫漫软件开发工程师交行
2013-06-16 22:37

rebuild时，索引字段全为空时，也不会生效，需加入一条有值的数据，再rebuild才会生效，再删去这条就行了。

taylor840326数据库管理员中国百盛集团
2013-06-09 16:57

细节啊，以前没注意过= =`看来要多做实验～

atpeace331数据库管理员银行
2013-06-07 11:26

drdb2: not just for DB2, apply to other RDBMS

难道各个RDBMS优化器基于成本的优化规则，差不多，但是实现上存在差异？

drdb2系统工程师se
2013-06-06 00:21

not just for DB2, apply to other RDBMS

DBA郑州某技术公司
2013-06-05 10:03

学习了！开卷有益

thuanqin其它ibm
2013-06-04 11:51

developwork上有个文章就是说这个的，观点就是db2会的意识到一张表是不是易失表，做runstats的话建议在有数据量的情况下做，大体观点和你的这个一样

数据库管理员NJ
2013-06-04 11:41

知识点，学习了。

数据库架构师公司
2013-06-04 09:12

学习了

Ctrl+Enter 发表

匿名评论

作者其他文章