对存储过程做统计信息更新发现的奇怪现象

Question1

我们对一些Procedure做统计信息更新，并产生相应的执行计划，发现一个规律：在做insert的时候Cost非常高，而查询相对Cost小很多。
是不是insert的cost计算有问题？

Answer1

1、insert into "mesdb".batch (batch,batchstatus,processingunit,putype,recipe1,recipe2,dispatchuser,dispatchtmst)  values (? ,? ,? ,? ,? ,? ,? ,? )
2、 insert into "mesdb".batch (batch,batchstatus,processingunit,putype,recipe1,recipe2,dispatchuser,dispatchtmst)  select .... from .... where ....
informix的执行计划对于单个表的访问，分成全表扫描(seqscan)和索引访问(index path)两类，全表扫描的估算开销(cost)要比索引访问大很多。
对于第一类insert操作，由于用不到索引，informix将其算为全表扫描，显示的估算开销就会大；
对于第二类insert操作，如果selelct字句能用到索引，执行计划会显示是索引访问，显示的估算开销就会小，和实际的执行时间关系不大。

 

Question2

那么update和delete操作是不是跟insert一样，也会估算很高的cost？

Answer2
update和delete操作都是先查询到相关记录，然后再进行处理，所以基本处理和select操作是一样的，只有insert的情况比较特殊。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/24172176/viewspace-751021/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/24172176/viewspace-751021/