大数据量数据库配置部署方案思考

To xlongbuilder,

楼上这么多位大虾都告诉你了，数据量并不大。要想解决问题，还是要做测试，先测SQL，再测JAVA部分。找出瓶颈。不要说不可以，只要是JAVA的系统，不管有没有源码，都可以做的。

MS的数据库过了200W级别的就有些吃力了，特别是一些大表，过了百万级，经常就是update死锁，等待……特折磨人。

还是换数据库吧，informix，db2_se是不错的选择，O系列太贵了，呵呵，如果只是做报表，数据存储，从性价比上来说，informix足够了，便宜量又足。

当然前提是，换数据库的操作系统。

我们刚做的一个系统，一小时平均1w的数据量，用的oracle，主表数据很短时间内就变大。我们开始也遇到这个问题，经常应用查询数据库导致数据库cache锁表，最后通过分表来提高应用交互数据库的速度提高。运行表只保持某些状态的数据，不经常处理的数据都弄走。
现在除了2个表union查询慢，其他都还好，不过查询可以通过分区来解决。
在这个过程中我们还发现，程序中很多sql由于写法不好或是别的什么导致数据库压力很大。建议楼主清查一下程序里面的sql，如果有dba最好请这些兄弟分析一下。
我感觉分表要好弄一些，虽然程序还有相应的变动。

严重同意 目前就是这个问题
MS的数据库过了200W级别的就有些吃力了，特别是一些大表，过了百万级，经常就是update死锁，等待……特折磨人。
在本人的强烈要求下，客户已经决定采用oracle

完全可以考虑使用oracle的表分区功能来完成。

时间证明oracle表分区才是解决问题的关键和根本。

使用纯sql是无法解决该问题的。