急救：DELPHI如何处理大数据量的数据库？

Question

数据库是SQL Server 2000我目前需要查询一个将近20000000条记录的表，现在每次用ADO查询都是超时，
有什么更好的办法吗？DELPHI有优化查询的办法吗？
希望大家能够帮忙解决一下

Answer 1

有一本《数据挖掘》很不错的
还有SQL SERVER的帮助里面也有一些数据仓库的介绍，可以去看看
在给你介绍一个网站 www.teradata.com 这是做数据仓库的权威网址。

Answer 2

分时间段，做索引、存贮过程
ado的控件使用方式的重要性不在其下

Answer 3

索引技术，数据库分割。
另外，你的数据集是在什么样的环境下工作？100M/10M/1M/128K/64K？
速度不同，也会使你的技术选用上有差别。代码的改善可以在某种程序上提高工作效率，但总的来说还是看你的数据库组织得如何

Answer 4

用dbexpress里面的组件，查询速度非常快，比ADO快几十倍，我试过。不过更新数据的速度还是和ADO差不多。

Answer 5

谢谢各位的帮助，虽然是不懂得说。楼上的，由于项目的基本要求是在2000万的数据记录下能够查询，
所以我也没有办法。另外，由于项目吃紧，所以我也没有太多的时间去学习数据库管理方面了，
那位好心的大侠有自己设计的好的数据库表的，能不能传份SQL脚本给我看看，
以供小弟学习观摩。谢先。

Answer 6

to  似有似无:
   谢谢，我的要求
   就是对一个日志表，有用户名，还有用户ID，日志时间等。要求能够按照用户名查询第几页的用户信息(一页为50条记录)。也能够按照日志时间查询第几页的用户信息,也可以没有任何条件查询。
  日志表的数据量可能会有2000万条。注：一开始要求先计算出总共有几页。要求很多啊，希望帮忙。

Answer 7

原来是日志，日志文件最好不要做成数据库，数据库的特点是数据结构复杂，要求运算统计等，用text文件反面效率高
当然text也是一种特殊的数据表，页不做成字段，通过记录的顺序号除以50就得出来了