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

To xlongbuilder,

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

不到1000万条记录的数据库需要什么思考？

的确数据量不太大让客户买这买那有点太黑了,但是不让他买好服务器买oracle,他怎么会承认这是大应用,怎么掏他的腰包呢.放心吧,地主家有余粮.

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

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

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

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

您是怎么把你的SQL或SQL Server用得那么好呢？
我们现在有很多的报表，数据也不是很多，用的是IBM的刀片服务器，性能都不尽人意。

300W数据不算多对于他们都不算什么吧。
一般都是索引没有设定好，SQL写的不够好，才会出现问题。

很显然多数人喜欢用高级别武器解决问题
对于MSSQL,一般情况下通过优化索引、分区、优化SQL语句基本可以达到性能要求
不要把MSSQL当成一个黑盒子，去研究一下吧

这个很明显是设计问题。。系统设计或者数据库设计。。。

对于这个数据量，你得服务器已经富余很多了，按照你得硬件，数据量大10倍如果设计好问题都不大
MSSQL我们测试过2500W数据单表100～500W都没有出现性能瓶颈(03年得时候，那个时候得单CPU志强1G内存，页面回显3000条数据都是10秒左右，当然还有其它测试。。）

不要老是拿MSSQL说事，MSSQL比Oracle是差劲很多，但是对于这种级别得数据还是小case
最后罗唆：用好MSSQL，优化系统
一个不好得设计纯粹靠换支撑硬件和平台解决不了问题，即使你现在换了Oracle，以现在得设计估计再过半年还是有性能问题

mssql 单表 每月 2000W  SP系统
有时候容易死锁 其他还能跑