这样的access库分页的效率如何还能在提高？(有更高效率的我再送300分)
我的一个access库中的表，12个字段，操作分页的时候一般稳定在3000毫秒到5000毫秒，每页显示30条数据，表内共5万多条数据。
请问大家类似这么多数据大概需要多少时间，有兴趣的朋友也作个测试，谁有效率更高的方法请您共享一下，或直接发mail:zahota@21cn.com
另外我测试的机器配置很低，c533,ram   192mb,20G.

另外不要说是用自增字段的方法，我这里不适合。

------解决方案--------------------
对于大数据量的情况，如果想提高速度的话，那么最先考虑的就是如何设置合理的索引，然后再去想算法。
------解决方案--------------------
mark~~~~~~~~~~~~~
------解决方案--------------------
索引 存储过程 SQL优化 等,我觉得应该从多方面去考虑
------解决方案--------------------
有几个问题需要先了解一下
(1)楼主测试时是不是在本地？
(2)分页采用上下页，还是采用页索引？
上下页分页:首页，上一页，下一页，末页
页索引分页:1,2,3,4,5,6,7,8,9,10
(3)楼主分页使用的那个表中是不是只有一类数据？即不像论坛将所有子论坛的数据都保存到一张表中。
(4)显示数据时是不是将12个字段中的数据全部显示？
(5)字段数据大小？

我的测试环境
系统
Windows Server 2003 Enterprise Edition
Celeron(R) CPU 2.40GHz
240MB内存
数据库:
ACCESS 2000
ASP.NET(C#) .NET Framwork 1.1

每一页数据:20项
使用上下页分页方法
时间 0.002734 - 0.002900 ，在编译后第一次显示分页数据时较慢 0.102734
根据ID排序 ID为主键(自增)
数据表同时保存所有论坛的数据，分页时需要 where ClassID = '技术交流区 '
字段里面有标题，255，其它的都是字符类型字段，20

说分页效率的话，Discuz 分页速度比较快。
不过他使用的是 MySQL + PHP + 缓存Cache
楼主有兴趣的话，可以研究一下 Discuz 论坛的分页。当然最重要的是一台高性能的服务器当然不能少。：）
------解决方案--------------------
http://blog.csdn.net/hertcloud/archive/2007/02/25/1513709.aspx
------解决方案--------------------
一、合理的索引

二、尽量避免遍历

三、access就是再优化其效率也高不到哪儿去，可考虑性能更优的数据库
------解决方案--------------------
Access不适合大数据库的，在我的机上一样的表，同样的操作，Access才5万记录就耗时N久，SQL Server 把记录弄到1000万条都是一秒以内