日期:2014-05-17  浏览次数:20431 次

数据库高频写入
手头有一个项目,根据相关业务,需要数据库能够承受每秒1000条数据的写入压力,SQL2008能够承受吗?
求方案
数据库 SQL

------解决方案--------------------
建议oracle。 一s就1000 那样八小时就很多了 8*3600*1000= 30000000 你这没有几天就上亿了吧
------解决方案--------------------
每秒1000条数据对SQL SERVER来说算个毛啊,
不要说1000条数据了,每秒5000个事务都OK,不知道oracle能不能达到这个数字,反正tpce的记录上没有它。
 http://www.tpc.org/tpce/results/tpce_perf_results.asp
------解决方案--------------------
sql server数据库肯定承受 更大都可以 数据量大只是IO的问题 磁盘读写是瓶颈 纳斯达克就用sql server  
------解决方案--------------------
这个不是SQLSERVER的问题,是你怎么做存储架构,你需要考虑用什么样的硬盘,读写分离,RAID阵列。
------解决方案--------------------
一秒一千条,也不多啊,就算是一条1K大小,那一千条也就是1M不到,一秒1M的IO速度也不算高。(实际上的大小可能有差异)
可以简单的测一下,找个上万条的表,用Insert插入到另一个表中,不断的循环插入,跑个几百次看看。大致计算一下每秒能插入几条记录。
当然,这个测试不能代表实际情况,可以做个参考。
------解决方案--------------------
每秒insert 1000条数据,SQL Server肯定是可以的。

你可以把表的填充因子设的小一点,这样插入数据很多的时候,就不容易页分裂,效率就会更高,
然后过一段时间,页就会越来越慢,这时你可以通过重建表,恢复填充因子
------解决方案--------------------
能。完全没问题。
------解决方案--------------------
正确设计,并不是大压力
设计不到位,神都累倒