Optimistic Concurrency VS. Pessimistic Concurrency Control

  • 时间:
  • 浏览:1
  • 来源:大发PK10APP下载_大发PK10APP官方

Dirty read

SQL Server默认使用的隔离级别是Read Committed。

(一)如保会会 会 需要并发控制机制

由于

查看隔离级别能也能也能了使用:

Repeatable read

Serializable

SQL Server支持的隔离级别有如下哪几个:

Isolation level

(三)SQL Server

本文介绍了如保会会 会 要使用并发控制机制,什么是Optimistic Concurrency Control和Pessimistic Concurrency Control,SQL Server所使用的并发控制机制,如保设置和查看数据库的隔离级别,以及Dynamics CRM需要慎用RCSI。

Optimistic concurrency control在某条记录被读取时我不要 将记录锁死,能也能了当发现某条记录被多个用户共同修改的已经 ,其中一个多多用户的修改能也能也能了被提交(commit),或多或少用户会收到一个多多异常告知朋友的修改那末成功。

Microsoft Dynamics CRM 2013 实施指南中提到:

Pessimistic concurrency control使用的机制是用户A在读取或修改某条记录(rows)时,将该记录锁死,补救或多或少用户共同读取或修改同四根记录。直到用户A释放掉锁,或多或少用户也能也能也能了对记录读取或修改,统统Pessimistic Lock的缺点是容易由于 系统性能瓶颈。

有两种生活并发控制机制,Optimistic concurrency control(乐观?)和Pessimistic concurrency control(悲观?),两者之间的区别是:

John和Marry三个白多多联合银行帐户,帐户的余额是$30000,John向帐户里存入了$30000,Marry取走了$30000,由于 那末并发控制,John最后就看的余额是$30000,而Marry就看的帐户余额是$30000。

Read committed

设置隔离级别能也能也能了用以下命令:

本文转自JF Zhu博客园博客,原文链接:   http://www.cnblogs.com/jfzhu/p/3009918.html ,如需转载请自行联系原作者

(二)Optimistic Concurrency Control与Pessimistic Concurrency Control

而由于 使用了并发控制机制,在John读取帐户余额的已经 ,该帐户就被锁死了,Mary那末法律依据 读取由于 修改该帐户,直到John完成操作,把锁释放了。

Phantom

(五)总结

(四)Dynamics CRM

SQL Server默认使用的是Pessimistic Concurrency Control,数据库隔离级别(isolation level)是read committed。从SQL Server 30005开始英文英语 ,微软增加了对Optimistic Concurrency Control的支持,一个多多新的数据库隔离级别,SNAPSHOT 和 READ COMMITTED SNAPSHOT isolation (RCSI)

运行使用 SQL Server(配置了已提交读快照隔离 (RCSI))的 Microsoft Dynamics CRM 将获得商业上合理的支持。商业上合理的支持是指 Microsoft 客户支持服务所提供的、需要修改 Microsoft Dynamics CRM 代码的所有合理的支持。—参见 《SQL Server deployment》

并发控制机制是为了补救多个用户共同更改同四根数据,也能也能也能了补救一个多多用户在更改数据的共同造成那我用户就看”过期”的数据。下面看一个多多例子就明白了。

Non-repeatable read

Read uncommitted

已经 有或多或少文章我不要 建议使用RCSI,比如《The Potential Dangers of the Read Committed Snapshot Isolation Level》,统统我已经 建议将数据库隔离级别修改为RCSI。