IDC资讯中心
1. 在sql中, 如果选择某字段不为空的记录有两种写法
where columnexample <>
或者是
where columnexample is not null
经测试, 后者比前者要快好几倍(columnexample经过索引)
2. 在asp中, 使用getrows与不使用getrows而直接用record来循环调用, 两者其实有所差别, 下面是测试
调用记录数: 484
使用getrows, 然后用数组来显示, 发现单花在getrows的运算上花了约620毫秒. 总共花了711毫秒
直接用recordset来循环调用, 总共花了931毫秒
所以建议大家使用getrows, 特别是要显示很多的返回记录时, 但是它会占用一部分临时内存.
在直接使用recordset时, 大部分时间是花费在游标的移动上, 大概占了90%以上
3. 关于sql中count的想法
近日我对一大型数据库进行编程, 发现我的一段程序的无论怎么优化数据库, 怎么优化源程序, 执行完毕至少需要
600毫秒以上, 而别一段只需要100多毫秒. 下面是两段代码的条件约束(agentid已经索引):
1. where agentid = 0 花了600多毫秒
2. where agentid > 0 只要100多毫秒
真的是很奇怪, 我开始了寻找花费时间的根源, 一忽儿, 我就找到了原来是count函数, 它花了将近500毫秒来进行
记录总数统计, 对数据库的agentid的值进行分析, 又发现agentid的98%的值都是0, 看来符合的记录越多, count
进行的时间就会越长.
后来我想想, 不知sql是否会自动进行反计算, 也就是它先计算不符合的条数, 然后计算符合的而返:
1. where agentid < 1 因为agentid最不值是0, 所以用此条件也一样
最后的时间花费仍是600多毫秒, 没有任何必进.
所以只有一个解决方案, 那就是手动进行, 如果记录总数已经知, 则只需要计算不符合条件的记录, 然后 总数减
去不符记录即可得到查找记录的总数目.
下面是几个count进行的时间测试:
count(*) 无条件 返回说共有记录145539, 费时刚好100毫秒
count(*) where name is not null and agent = 0 返回说记录有145530, 费时431-441毫秒
(name is not null去掉的后只需要执行时间110)
count(*) where name is not null 返回记录共有145539, 费时100-110毫秒
以上的测试agentid都是允许null值的情况
