Sql server 隔离级别差异，快照和快照读取提交的快照？
我有点难以识别快照和快照读取提交之间的区别？readcommitted是一种悲观的并发方法，如何将其应用到乐观并发中？在这种情况下，在快照隔离级别上Sql server 隔离级别差异，快照和快照读取提交的快照？,sql-server,isolation-level,Sql Server,Isolation Level,我有点难以识别快照和快照读取提交之间的区别？readcommitted是一种悲观的并发方法，如何将其应用到乐观并发中？在这种情况下，在快照隔离级别上 谢谢你，非常感谢你的一些启示这两个名字都令人不安地误导 在SQL Server术语中，快照和快照读取提交都是隔离级别，也是SQL Server实现并发数据访问隔离的一种实现方式 主要区别：在快照可重复读取和幻影读取中，被阻止，而在快照读取提交级别中，您可能会经历不可重复读取，也可能经历幻影读取 换句话说，快照是比快照读取更高、更强的隔离（已提交）
谢谢你，非常感谢你的一些启示这两个名字都令人不安地误导 在SQL Server术语中，快照和快照读取提交都是隔离级别，也是SQL Server实现并发数据访问隔离的一种实现方式 主要区别：在快照可重复读取和幻影读取中，被阻止，而在快照读取提交级别中，您可能会经历不可重复读取，也可能经历幻影读取 换句话说，快照是比快照读取更高、更强的隔离（已提交）
仅考虑隔离级别：快照与SERIALIZABLE等效，快照读取提交与读取提交等效。然而，实现是不同的。虽然快照和快照读取提交使用记录版本，但另一方面，可序列化和读取提交使用阻塞语义，在第一个资源完成其事务时，强制阻塞已更改（或读取）资源的并发进程
我认为并发和事务隔离是很难理解的，将它（几乎总是）与乐观/悲观的比喻混合在一起更能强化理解，而不是帮助理解。Read committed 这是默认的隔离级别。使用共享读锁实现 读取提交的快照 与Read committed相同的隔离级别，但通过行版本控制/实现。优点是。有些人认为这应该是默认设置。请注意，在某种意义上，它是相同的隔离级别，可以避免相同的异常 快照
一个更强大的隔离级别，允许 雷德·康米特与乐观与悲观无关。这是一个隔离级别。乐观与悲观通常反映在并发时间上，而不是隔离上。顺便说一句，您的问题是一对一我听说READ COMMITTED SNAPSHOT是一个快照隔离级别（即乐观并发），它在悲观并发中应用了READ COMMITTED，这是真的吗？如果这是真的，那么这个场景如何使读取提交的快照隔离级别与快照隔离级别不同，它们之间的区别是什么？Serializable提供了比SNAPSHOT更强的保证，但它们并不等价。快照不能防止写倾斜。见此：