7秒与3分钟的差距，求教关于select count(*) 的优化问题

midea0978

select count(*) from (select distinct field1 from TAB1)

上面的查询中TAB1.field1建有索引，因此理论上数据库应该检索索引，提高效率。
但是在informix 中无论怎样调整，都是SEQUENTIAL SCAN

实际运行时，TAB1有1000万条记录，在Informix中需要3分钟运行，还是unix服务器。
但是在Oracle数据库，自己的ibm笔记本电脑，不用特别优化，同样的数据，只需要7秒。

这个差别也太大了，可以说是为什么informix没落的原因，至少我是不得已才使用IDS。


诸位大侠有何优化策略？

xxyyy

执行以下update statistics high for tab TAB1然后再试

liaosnet

注册6年~发帖一个...

BTW:每种数据库都有自己的优势..别的不想说..实际上informix的末落是ibm的原因...

midea0978

呵呵，关键时刻动用了这个古董账号，其实本人平时用另外一个ID,呵呵

3sane

我可以告诉你一个经历，用select count(*) from tab1，无论多少记录都立即返回结果，但是和select count(*) from tab1 where 1=1的时间差异很大，甚至结果都可能不一样。所以需要update statistics，因为所谓快只是把统计更新的数据直接返回给你而已。就看统计信息自动更新的执行程度了。
按照你的情况，系统采取全表扫描，除了更新一下统计信息外，还可以用{}指定索引。

[ 本帖最后由 3sane 于 2009-5-21 14:33 编辑 ]

大梦

count(*)就是直取系统表的所以快
from ()这种子查询再count不可能快
可能是informix对这种子查询支持不好
能不能去改改sql语句

happer_xc

建议先ｓｅｌｅｃｔ　ｉｎｔｏ到临时表里，再对临时表ｃｏｕｎｔ。

3sane

update statistics 不能说是INFORMIX的特色吧？起码DB2也有runstats对应。都是为了提高数据库的性能。

liaosnet

oracle似乎也有类似的东东~

我是DBA

不会用，不要说informix差。