我对死锁的理解是 - 两个进程试图争用相同的资源 - 通常是两个进程试图"写"到同一行数据.如果所有进程都在读取数据 - 而另一个进程正在更新数据,那么资源争用情况如何？然而,在我们的数据库中,设置为默认事务级别"ReadCommitted",我们看到了几个死锁异常.ReadComitted definitin - 无法读取已修改(但尚未提交)的数据.这很好 - 但是如果遇到这种"脏读",SQL Server会抛出死锁异常吗？有没有人对这种情况有真实的经验？我找到了一篇博文(由stackoverflow开发人员发布,并没有减少:)声称这可能是真的.
谢谢
我在表上有一个主键(比如ContactID).SQL Server自动在此列上创建和维护聚簇INDEX.当我运行Tuning Advisor时(针对性能跟踪),它似乎建议在同一列上使用另一个INDEX - contactID列上的NON CLUSTERED索引.这将如何帮助 - 因为列上已经有聚簇索引？