BBYR Achieve
返回信息流
这是一条镜像帖。来源:北邮人论坛 / database / #4399同步于 2010/4/26
Database机器人发帖

[合集] [求教]SQL Server大量数据读写的处理方法

coolfantasy
2010/4/26镜像同步0 回复
☆─────────────────────────────────────☆ peer (成为EQ高手!) 于 (Fri Dec 18 11:07:52 2009) 提到: 我现在做的一个项目,有大量的数据同时在一张表中读写,间隔很短,要保证高实时性,如何实现?一般是一个用户写,大约一秒钟写120条数据;n个用户查询数据,至少一个用户要实时查询。 我粗略地看了一下锁,发现好多锁都设置在30秒左右,在这个项目里显得时间太长。各位大侠帮忙想想,如何实现比较好? 补充一下:一天大约有550万条数据。 ☆─────────────────────────────────────☆ coolfantasy (Cool) 于 (Fri Dec 18 11:15:06 2009) 提到: 不要使用表级锁,适用行级锁 ☆─────────────────────────────────────☆ peer (成为EQ高手!) 于 (Fri Dec 18 11:19:46 2009) 提到: 行级锁会不会导致开销很大啊?如果是行级锁,可是设置写入操作占用多长时间? 【 在 coolfantasy 的大作中提到: 】 : 不要使用表级锁,适用行级锁 ☆─────────────────────────────────────☆ coolfantasy (Cool) 于 (Fri Dec 18 12:26:52 2009) 提到: 锁的粒度越小,开销越大 在写数据的时候,读操作也会受锁的影响么? 【 在 peer 的大作中提到: 】 : 行级锁会不会导致开销很大啊?如果是行级锁,可是设置写入操作占用多长时间?
订阅后,新回复会通过你的通知中心匿名送达。
0 条回复
暂无回复 · 你可以订阅本帖等待新回复。