请问高手，sqlserver最多支持多少个并发的select读查询？

[monk2000]

只是select读查询，没有写和修改等操作。
数据库只有一张表，大小约为500M。
会出现死锁吗？查询久了会变慢吗？

菜鸟一个，不知表达得清楚没有。

[發糞塗牆]

只有select的话不会有死锁，因为共享锁不阻碍共享锁，你如果担心的话加上with nolock

[發糞塗牆]

合理的数据库设计，就算有写操作，2000个并发也没问题。这是一本书上说的，具体忘了什么书

[monk2000]

我那张表上就有7个字段，其中六个字段的内容很少，但有一个字段的内容比较大，大概1~10M左右的文本，还需要合理的设计吗，什么叫合理的设计呢？

[monk2000]

所谓的并发，不是要在服务端设计多线程了吧。只要运行sqlserver的服务程序就可以了吧

[monk2000]

回答完上面的问题就结贴哦，因为我也不知道问什么了，哎~

[开启时代]

不会出现死锁，时间久了（指数据量持续增长） 有可能变慢，需要维护下索引。如果数据量保持不变 则不会变慢,当然这只是针对此表来讲，不考虑其他条件（比如:服务器当前负载等各种外在因素）。

[monk2000]

2000个并发是指同一段时间（较小的时间段，比如几秒内），还是教长的时间段（比如几个小时）。我的意思是如果一天内有多于2000个客户端连上，但只有少于2000个在同时（几秒内）查询，sqlserver服务器也支持吗？也不知表达清楚了没有。

[發糞塗牆]

合理设计太广泛了，一本书的问题，我只是告诉你一个例子让你知道不会死锁而已。
前端有前端的并发，数据库有数据库的并发，一般情况下数据库的并发都远远大于前端程序的并发。
最后回答：你的那个表光查询不会死锁。

[开启时代]

[Quote=引用 4 楼 的回复:]
所谓的并发，不是要在服务端设计多线程了吧。只要运行sqlserver的服务程序就可以了吧
[/Quote]
并发和应用多线程无关，只是数据库支持客户并发访问而已。