Dynamics CRM 2015 Update 1 系列(6): 并发执行优化 - Optimistic Concurrency

在使用企业级软件的时候，我们最怕碰到的就是数据的脏读和脏写了，但是这似乎是永远无法避免的痛，随着并发访问的提示，数据的出错率往往是直线攀升。
对于某些对数据完整性要求严格的场景，我们往往需要花大量的时间来实现事务的分隔以及数据的锁定。比如：订票模块，我们并不希望出现实际订阅数大于实际票数，这样尴尬的场景吧。
在Dynamics CRM 2015 Update1 中，我们可以轻松使用OC功能来控制数据的读写安全性，保证我们的数据安全性。目前该功能只正对两类API生效：UpdateRequest和DeleteRequest。
我们可以为这两类API指定ConcurrencyBehavior开关：永远覆盖，默认或者检查冲突。我们看看下面的代码片段吧：

  QueryExpression query = new QueryExpression();
            query.EntityName = "account";
            query.Criteria.AddCondition(new ConditionExpression("name", ConditionOperator.Equal, "account1"));

            EntityCollection result = CrmSvc_Online.RetrieveMultiple(query);

            if (result.Entities.Count > 0)
            {
                Entity account = result.Entities[0];
                account["telephone1"] = "123456789";

                UpdateRequest uptReq = new UpdateRequest();
                uptReq.Target = account;
                uptReq.ConcurrencyBehavior = ConcurrencyBehavior.Default;

                CrmSvc_Online.Execute(uptReq);


            }

如果在调用UpdaeRequest之前，我们修改了这个Account记录，那么系统会提示如下错误。