GhostHouse

爱生活,自然美

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记录,那么系统会提示如下错误。
这里写图片描述

阅读更多
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/ghostbear/article/details/46794557
个人分类: Dynamics CRM
上一篇Dynamics CRM 2015 Update 1 系列(5): 获取最近更新的数据 - RetrieveEntityRequest
下一篇Dynamics CRM 2015 Update 1 系列(7): 消息事务 - ExecuteTransactionRequest
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭