大数据量操做

一、数据量小的表，例如货币码、组织机构码等在客户端程序启动的时候就加载到datatable里，对这些代码信息的访问尽可能不去麻烦服务器，在内存里查就能够了。
二、创建索引，根据用户的操做习惯，对数据表最常常访问的字段创建索引，而且每月重建一次。
三、尽量使用最平实的select语句（少用子查询），发挥数据库自己的高效功能（我用的oracle)

咱们天天几千万的数据量也没见到有什么瓶颈。关键是你的索引建得合理，尽量根据需求建索引。固然分区后的性能也应该有很大的提高。
根据具体业务 建设相应的缓存机制和数据挖掘机制也是必要的
不过你什么都没说我彻底没有办法给你更详细的解决方案
另外增长硬盘的速度，例如使用RAID阵列.由于就算是索引查询时也是有磁盘IO操做的。并且这个值是能够计算出来的。