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

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

大数据量操作