现在确定的一点是：这张表存在一个高并发操作的问题，容易产生死锁。如何来解决高并发的问题？

总上一个两个问题，望有经验的前辈路过帮帮忙！解答下。

页面加的东西太多了啊，当然卡

你一个页面加载上百万给谁看啊

Quote: 引用 1 楼 vincent_void 的回复:

现在确定的一点是：这张表存在一个高并发操作的问题，容易产生死锁。如何来解决高并发的问题？

总上一个两个问题，望有经验的前辈路过帮帮忙！解答下。

页面上使用分页，注意缓存上的一些操作。 感觉有点儿像是iis上调优的事儿。 lz将sql语句直接执行看看有没缓慢等情况？
如果没有，建议到web开发板块问问，关于缓存使用，以及iis调优的东东。 

Quote: 引用 3 楼 Beirut 的回复:

页面加的东西太多了啊，当然卡

你一个页面加载上百万给谁看啊

没有啊，显示的不多，数据也做过缓存的。
第一个问题 有可能是 死锁引起的。就是也想了解下  通过原表名 查询  和 视图 查询区别。

就是也想了解下  通过原表名 查询  和 视图 查询区别。

不知道改成 通过 视图 来做，能不能缓解这样的情况。
--> 不能.

大数据量的时候，通过原表名 查询  和 视图 查询，哪个有 优势点？
--> 没有可比性,关键分析执行计划和查看是否进程阻塞.

这张表存在一个高并发操作的问题，容易产生死锁。如何来解决高并发的问题？
--> 读取是加nolock选项.