百万数据库访问和更新问题？

Question

只能说系统没有一点设计思路，不管什么硬件，什么数据库系统和web服务，70个人都去更新上万条，不死掉才有鬼一般常用的方法，
select　少量数据 　where 索引 order by 索引
update 少量数据，少量字段（不包含索引，尤其是聚集索引） where 索引必要的情况下表后面加 with(nolock)---------不约定上面的情况就去设计系统不管从那个环节少都是瓶颈 

Answer 1

http://topic.csdn.net/u/20090313/10/E90163F0-E36C-43A7-81D1-4095C33A5A3E.html
不知道这个对你有用不

Answer 2

每个用户更新数据量2万，而且这么多栏位都更新？还那么多用户同时更新？楼lz，先DBCC SHOWCONTIG(表名)看看你的表是否好用？

Answer 3

DBCC SHOWCONTIG(表名)?这个是什么玩意？

Answer 4

1.数据查看 
具体操作大约有查询select *from 人员信息表（大约2w),查询的时候要2分钟左右，并且还是经过加索引、分页后的，如果一次显示2w条，系统即可能出现假死状态 2.数据更新 
update 工资基本信息表 set 基础工资=A,其他补助=B(该更新是通过Excel更新的）更新速度大约是2W条数据，30分钟左右！！太慢！！ 
update 考勤信息表 set 上班刷卡=A 更新速度4W条数据，30分钟左右！！太慢！！(该方式采用上传Txt或Excel) 
1、数据查看不会经常用到 2W 条的吧，最好规划一下前台应用，减少这样的查询
2、 2W 条的记录，更新不会这么慢的啊，你跟踪一下看看，是否是有什么地方锁住了导致更新需要等待

Answer 5

我有个建议供参考
一.提高硬件性能
二.用With(Readpast),某一用户操作上,让别人在更新那些的行看不到
三.改善一下设计
四.对表进行分区并存在不同的磁盘上