Access分页查询的性能短板

最近项目频繁用到了Access数据库。主要还是因为一些规模比较小点的公司没有专业的技术员，非专业人员都对Access比较上手。所以就选了这个数据库。偏偏数据处理量比较多。就让我撞上了Access这个性能问题。

   [强烈建议在Access进行分页查询top n的时候，尽量避开not in]

 

通常使用top n进行分页查询的时候，比如说每页十行，要查第五页，即（41-50）条记录。比较惯用的方法是：

select top 10 from [table name ] where id not in  (select  top (5-1)*10 from  table) and ....

 

这样就很方便地把数据取出来了。看起来容易，但在数据量很多的时候，not in这个运算是极其耗费资源的。其思想是：先将

not in(...)括号里面的集合算出来，然后对表的每一条记录的ID进行判断，判断是否是括号中的第一个，第二个，第三个。。。。，如此一来，时间就都消耗在上面了。

 

最悲剧的我，几千条数据以内的查询还好，但由于是多条件查询，比如要查日期是今天的数据中的第N页，所以就多嵌了几个子查询，再配合上not in,access就直接无响应了。直接在access SQL view里面查询也一样。

 

最后只好想办法把not in去掉。一般公认比较好的方法是用left join,

上面的语句就可以改为

select top 10 * from  article
where id>(select max(id )from (select top (5-1*10) id from article order by id asc))
order by id asc

 

主要是进行排序。但如果排序字段有重复，就很麻烦了。目前正在研究更全面一点的方法。

 

但千万建议：不要用not in