上千万数据的查询、统计的性能问题，提供方案。请斑竹、大虾赐教（特别是大力，你结婚我可是大大的祝福你了）

我们现在开发的是医院检验信息的管理软件，在大医院中经常涉及到大量数据信息的处理（一个月有50~60万条是正常的），因此在查询、统计的时候，由于没有怎么做优化，所以效率一直很低下。想过很多解决方案，可是还是不尽如意：
第一种方案：对数据按月分表（每个月建立一个表，表名称有规律，可按照月份取得）
方法：
1)建立静态视图，把所有分区表关联起来，不过，这样和不需要分区表（就是把所有记录放在同一表）的效果一样，甚至还不如后者，因为后者不需要花费建立视图，在视图中建立索引的开销。
2)如果建立动态分区视图，根据查找时间段把包含该查询时间段的月份放到这个动态视图中，这样，数据量就小多了。只是这样，建立该视图和在该视图上建立索引也会花费时间，这样是否会有点得不偿失？而且，通过在大表（不做分表处理）建立索引（如果高效建立索引，还希望能赐教），个人认为可以达到差不多的效率。
第二种方案：对数据表按月实现分区视图（数据保存在一个表中，只是对该表的数据按月放在不同视图中……怎么我感觉和第一种情况差不多啦。
第三种方案：针对统计的效率问题，我们也尝试着用建立一个专门包含了统计信息表来保存冗余信息，在统计的时候只是对这个表进行操作，虽然速度有了提高，但是因为统计很多，不便为每个统计专门建立一个表，而且这样空间消耗太大，难以取舍。
另外就是建立索引问题，因为业务关系，我们有些表由很多字段组成一个主键，特别是主要的一些表，一般有4个以上，最多的有7个（可能表结构需要修改了）。查询的条件有很多选择，不过时间是必须的（也是主键），我在建组合索引的时候，该时间字段我放在第一次。对了，问一下，建立索引的顺序和where中查询字段的顺序是否需要一致？不一致会不会使索引失效？ 看了很多有关建立索引的方案，可是总感觉不是很合适，好像需要对大部分字段建立索引，而且，索引本身也影响性能。呵呵，不知道有没有葵花宝殿什么的，可以速成神功的阿！！
其他的象分布式，如果由好几个分布在不同数据库的同名表连接成一个视图，该试图中没有那些表的索引，如果需要在该试图相应的索引，这样的代价怎么样？！
请高手高手高高手赐教阿！！