数据库高频写入

Question

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

Answer 1

而且一年能产生上亿条数据，SQL能承受的住吗？

Answer 2

建议oracle。 一s就1000 那样八小时就很多了 8*3600*1000= 30000000 你这没有几天就上亿了吧

Answer 3

嗯，我也是这样想的，但是还要说服客户购买Oracle

Answer 4

每秒1000条数据对SQL SERVER来说算个毛啊，
不要说1000条数据了，每秒5000个事务都OK，不知道oracle能不能达到这个数字，反正tpce的记录上没有它。
 http://www.tpc.org/tpce/results/tpce_perf_results.asp

Answer 5

sql server数据库肯定承受 更大都可以 数据量大只是IO的问题 磁盘读写是瓶颈 纳斯达克就用sql server  

Answer 6

这个不是SQLSERVER的问题，是你怎么做存储架构，你需要考虑用什么样的硬盘，读写分离，RAID阵列。

Answer 7

一秒一千条，也不多啊，就算是一条1K大小，那一千条也就是1M不到，一秒1M的IO速度也不算高。（实际上的大小可能有差异）
可以简单的测一下，找个上万条的表，用Insert插入到另一个表中，不断的循环插入，跑个几百次看看。大致计算一下每秒能插入几条记录。
当然，这个测试不能代表实际情况，可以做个参考。

Answer 8

每秒insert 1000条数据，SQL Server肯定是可以的。你可以把表的填充因子设的小一点，这样插入数据很多的时候，就不容易页分裂，效率就会更高，
然后过一段时间，页就会越来越慢，这时你可以通过重建表，恢复填充因子

Answer 9

declare @i int,@s1 datetime,@s2 datetime
set @i=1 
set @s1=GETDATE()
while @i<=1000
begin
 insert into TEST(test) values('tesdfjasdlfkjlckjvxlv')
 set @i=@i+1
end 
set @s2=GETDATE()
print datediff(millisecond,@s1,@s2)
简单测下你的服务器INSERT 1000条记录要多少毫秒，我这边服务器仅100多MS，理论上可以搞。