求救：informix online为什么不能用索引？

lk72

版本：Informix Dynamic Server 2000 Version 9.21.UC2
OS  ：Redhat Linux 7.3

同样20万条记录，同样的索引，同样的SELECT语句，在MS SQL SERVER7上查，瞬间得结果，在informix上查平均耗时13秒。经检查out文件，发现informix全部用了顺序查找，所建索引完全无用。
以下是OUT文件输出：

/*注：kmrjb有约20万条，jgh字段已和其他字段建立复合索引，且jgh在最前面*/
QUERY:
------
select sum(dfbrye) from kmrjb where jgh='08788510'
Estimated Cost: 1
Estimated # of Rows Returned: 1

  1) informix.kmrjb: SEQUENTIAL SCAN
        Filters: informix.kmrjb.jgh = '08788510'

/*注：users有约100条，uid字段已建唯一索引，结果仍然是顺序查找*/
QUERY:
------
select uid from users where uid='tk'

Estimated Cost: 14
Estimated # of Rows Returned: 15

  1) informix.users: SEQUENTIAL SCAN
        Filters: informix.users.uid = 'tk'

我的informix没有建自己的workdbs，数据库全部建在rootdbs中，是不是这个原因呢？请大侠指点。

lmtok

做一把update statistics再试试

zoukunhong

INFORMIX底优化原则时基于成本的。如果表较小，使用索引的花费可能比权标扫描还要朵，所以就不使用索引。

蓝色键盘

同意楼上的观点。

对于小表，update的花消还不如顺序扫描。但是楼主可以用update试试看。

如果还不行，分析informix具体的查询过程吧。

lk72

那个100条记录的我只是用来做试验，真正的表都是上几十万上百万条的。

试了一下，用update statistics就可以了用索引了，查询速度飞快，和SQL Server7不相上下。
虽然update statistics要很长时间，但只需做一次即可，下次oninit后就不需要再update statistics了。

谢谢楼上几位兄弟的指点。

蓝色键盘

虽然update statistics要很长时间，但只需做一次即可，下次oninit后就不需要再update statistics了。

建议：你的理解还是有些偏差。你的这个表如果经常的更新，包括insert或者update，那么你仍然需要定期的update statistics。否则，你会发现效率慢慢的在降低。

lk72

我可以写个程序，在半夜自动更新。

有没有更好办法一劳永逸解决这个问题？
是不是我的onconfig的某个参数没设对，导致要经常update statistics?

蓝色键盘

有没有更好办法一劳永逸解决这个问题？

回答：些个脚本自动执行便可。


是不是我的onconfig的某个参数没设对，导致要经常update statistics?


回答：于这个没有多少关系。

tll1725

原帖由 "lk72" 发表：
那个100条记录的我只是用来做试验，真正的表都是上几十万上百万条的。

试了一下，用update statistics就可以了用索引了，查询速度飞快，和SQL Server7不相上下。
虽然update statistics要很长时间，但只需做一次..........

不好意思，不知如何使用 ‘update statistics’；
我用的informix online 7.31