使用邹建大哥的存储过程查看死锁信息后，怎么进一步分析？
数据库经常出现死锁的现象。于是就使用了邹建老大的存储过程，结果牺牲品进程执行的SQL语句大多是sp_cursoropen;1，请教这是什么意思呢？

从那个存储过程得到信息后，怎么进一步分析死锁产生的原因呢？

------解决方案--------------------
帮你顶下吧
------解决方案--------------------
sp_cursoropen 参考
http://jtds.sourceforge.net/apiCursors.html
------解决方案--------------------
Return Code Values
0 (success) or 1 (failure).

------解决方案--------------------
出现死锁的情况，除了优化程序，
有什么更好的办法？
------解决方案--------------------
分析死锁最好还是用 SQL Server Profiler 跟踪 Lock:Deadlock 和 Lock:Deadlock Chain
看看是什么原因引起的，然后再去做优化