1.建立相关Index
2.数据列 不要一次读出!!!

解决方案 »

  1.   

    楼上的朋友们不要急着说数据库表结构不好。
    曾经有个朋友问我这么一个问题,他有一个表,有几百个字段,现在要取绝大多数的字段信息,
    但就有极个别的字段不要。有什么比较简单的方法可以优化一下sql语句。我不是很清楚,就说
    优化一下结构吧。他说没有办法。一打听才知道是和某个协议想关的数据库表,系统就是那么定的。我就没有择了。可以看一下sqlserver(我指的是ms)中的帮助,我记不很清楚了。里面有专门一章讲优化的问题。
    在索引时该考虑什么问题,什么类型的索引;在定义表时,字段类型有些什么该注意的。还可以考虑磁盘阵列等等。那里讲的挺详细的。
      

  2.   

    300个字段无论在什么情况下都没有必要而只是一种省事的方法而已,一个行极大的表,相对每页的记录数肯定会很少,在读取相同的记录时扫描的页肯定会大大增加,不如将表纵向分开成多个表,并创建一个封装几个表的可更新视图,性能上会有较大提高.to yangzi,怎么现在要告别csdn,今人痛心之至,我也是最近几天上csdn,前一阵子csdn速度太慢,我也就没有上. 我对你的决定有一些预感,一是csdn的管理上有问题,二是速度问题.希望mycode,nononono,gxdq能留下与我相伴,否则,我也要换地方了!.
      

  3.   

    1.如果你的这张表是被频繁存取的话最好不要建过多的索引。
    2.你可以考虑将这张表划分成多个小表查询按照多表查询熟读可以加快。
    3.数据库最忌讳的是对数据文件的频繁读写,最好是做批量提交,在DELPHI中如果你要保存数据那么,将你的数据集的UPDATECACHED属性设为TRUE,当你提交数据的时候,首先,数据被保存在缓存中然后执行一个APPLYUPDATE批量提交数据