一个简单的count(*)为何如此慢？

[faucet]

firebird 1.0 记录约200万条，就一个表 三个大字段 blob
库文件大小 2.6G

一个select count(*) from tablename;
执行要几分种以上，
select max(field1 ) 也是这样

field1是主键 integer类型

同样结构的mysql 0.几秒都不要， why???????

[erickleung]

可有试过用firebird 1.5作比较吗?
firebird 1.0仍是 interbase 6.0的源码, 许多基本的运作还有不足之处. firebird 1.5是在这方法下了不少功夫呢.

若然 field1有索引, select max(field1),.. 是否一样吗?

[CuteBit]

faucet,不明白你的意思.
如果你的设计方法由于数据量原因大大的影响效率,你可以考虑使用触发器记录下相关的统计信息.

[CuteBit]

hi,faucet
# select count(*) from tablename
这样的查询对 ib/fb(或oracle,好像 mssql 也是这样) 来说,需要全表扫描.对 200万 的记录过一遍耗几分钟不足为奇了.对某些数据库来说(informix,我想 mysql也是这样的)他们在系统内部储存有表的记录数,所以在这个上面要快许多.至于为什么不采用这样的方式,他们有他们的考虑.
# select max(field1)from tablename
对于 ib/fb 来说即使字段上有可用的索引(除非按到序排列),索引也不会被用到(我目前不清楚原理),但如果是 select min(field1) from talbename 会快许多,因为这时索引被用上了.

[faucet]

hi, cutebit

那在fb中如何做 count(field) 这样的应用呢？
max呢？

[CuteBit]

hi,faucet
不要指望文档会告诉你一切.很多东西需要你动手了解的,比如在 isql 或者其他工具中打开 plan 选项,就可以看到查询计划(类似 mssql 的查询分析).
我并不是说 count/max 等只能用触发器解决.我的建议是"如果你的设计方法由于数据量原因大大的影响效率,你可以考虑使用触发器记录下相关的统计信息.".

你遇到的是数据库大数据量的问题,有时你需要用非常规的设计提高效率,而不是单纯的依靠数据库系统的帮助.

[faucet]

我的意思就是象count统计记录总数，算一下max是很常用的功能呀，
是否只能用触发器来解决了呢？

[faucet]

还有关于你说的 count(*)为全表扫描，max firebird不用索引是哪里的文档提到的

能提示一下么？谢了先