我得到(nolock)优化器提示允许"脏读",但在非常具体的情况下,这是一个坏主意？我从未(nolock)在组织中看到如此广泛的使用,这让我感到紧张.我想用用户故事来解释一下."保罗做A,彼得做B,X代替Y".
我正在处理的应用程序必须处理许多需要更新数据库上的数据的ajax请求.
[Macromedia] [SQLServer JDBC驱动程序] [SQLServer]事务(进程ID 66)在锁定时死锁 与另一个进程通信缓冲资源并被选为死锁牺牲品.重新运行该交易.
对于读取,我已经使用了WITH (NOLOCK)提示,这防止了大量的读取死锁.
我能做些什么来更好地处理写入？
CFLL中的更新代码？
或者有没有办法让SQL Server锁定一行而不是一个表？
有没有人尝试过实施CQRS？似乎解决了这个问题,但我不清楚如何处理:
谢谢