帖子笔记

学习:C#综合揭秘——Entity Framework
并发管理详解

帖子笔记 ,该帖子使用的是objectContext ,

一、并发相关概念

并发的种类:

首先种情势称为悲观式并发,即当三个用户已经在更改某条记下时,系统将拒绝其余用户同时修改此记录。
其次种格局称为乐观式并发,即系统允许八个用户同一时间修改同一条记下,系统会先行定义由数据出现所引起的产出分外管理格局,去管理修改后大概产生的争辩。常用的乐观性并发处理方法有以下两种:

    1、保留最后修改的值。
    2、保留最初修改的值。
    3、合併往往修改的值。

二、模型属性的面世管理选项

一般来讲图模型设计器中TimeStamp字段为启用并发

图片 1

<EntityType Name="UserAccout">
          <Key>
            <PropertyRef Name="Id" />
          </Key>
          <Property Name="Id" Type="Int32" Nullable="false" annotation:StoreGeneratedPattern="Identity" />
          <Property Name="FirstName" Type="String" Nullable="false" />
          <Property Name="LastName" Type="String" Nullable="false" />
          <Property Name="AuditFileds" Type="OrderDB.AuditFields" Nullable="false" />
          <Property Name="Timestamp" Type="DateTime" Nullable="false" ConcurrencyMode="Fixed" annotation:StoreGeneratedPattern="Computed" />
        </EntityType>

并发格局:ConcurencyMode 有五个成员:

None : 在写入时未尝验证此属性。 那是私下认可的产出格局。

Fixed: 在写入时一贯验证此属性。

当模型属性为私下认可值 None
时,系统不会对此模型属性举行检查测量检验,当同一个年华对此属性举行改造时,系统会以多少统一形式管理输入的属性值。

当模型属性为Fixed
时,系统会对此模型属性进行检查测试,当同三个光阴对质量实行修改时,系统就能够激情OptimisticConcurrencyException
万分。

 

三、悲观并发

 

四、乐观并发

为了化解悲观并发所推动的难题,ADO.NET Entity Framework
提供了尤其迅猛的乐天并发管理格局。相对于LINT to SQL , ADO.NET Entity
Framework
简化了无忧无虑并发的管理形式,它能够灵活选取合併数据、保留初次输入数据、保留最新输入数据(3种方法)等方法管理并发顶牛。

4.1 以统一方式处理并发数据

总计:当模型属性的 ConcurencyMode 为私下认可值 None
,一旦同一个指标属性同时被改变,系统将以统一数据的格局处理并发争持,那也是
Entity Framework 管理并发争辨的暗中同意格局。

集结管理格局如下:

(1)当同时针对同多少个对象属性作出修改,系统将保存最新输入的属性值。

(2)当同期对同样对象的不如性质作出修改,系统将保留已被涂改的属性值。上边用三个例子作出表明:

图片 2

运作结果:

图片 3

#region (4.1)测试不设置任何并发测试时,当产生并发EF的处理方法
        delegate void MyDelegate(Address addressValue);
        public  StringBuilder sb = new StringBuilder();
        public Address GetAddress(int id)
        {
            using (OrderDBContainer context = new OrderDBContainer())
            {
                IQueryable<Address> list = context.AddressSet.Where(x => x.Id == id);
                return list.First();
            }
        }
        /// <summary>
        /// 修改方法
        /// </summary>
        /// <param name="addressValue"></param>
        public void UpdateAddress(Address addressValue)
        {
            using (OrderDBContainer context = new OrderDBContainer())
            {
                //显示输入新数据的信息
                Display("Current", addressValue);
                var obj = context.AddressSet.Where(x => x.Id == addressValue.Id).First();
                if (obj != null)
                    context.Entry(obj).CurrentValues.SetValues(addressValue);
                //虚拟操作,保证数据能同时加入到上下文当中
                Thread.Sleep(100);
                context.SaveChanges();
            }
        }        
        /// <summary>
        /// 显示实体当前属性
        /// </summary>
        /// <param name="message"></param>
        /// <param name="addressValue"></param>
        public void Display(string message, Address addressValue)
        {
            String data = string.Format("{0}\n  Address Message:\n    Id:{1}  Address1:{2}  " +
                "address2:{3} \r\n ",
                message, addressValue.Id, addressValue.Address1, addressValue.Address2 );
            sb.AppendLine(data);
        }     

        /// <summary>
        /// (1)测试使用EF默认的机制,当配置并发控制时,系统是使用的合并的方式
        /// </summary>
        /// <param name="sender"></param>
        /// <param name="e"></param>
        private void button3_Click(object sender, EventArgs e)
        {
            //在更新数据前显示对象信息
            var beforeObj = GetAddress(1);
            Display("Before", beforeObj);

            //更新Person的SecondName,Age两个属性
            Address _address1 = new Address();
            _address1.Id = 1;
            _address1.Address1 = "古溪";
            _address1.Address2 = beforeObj.Address2;
            _address1.AuditFields.InsertDate = beforeObj.AuditFields.InsertDate;
            _address1.AuditFields.UpdateDate = beforeObj.AuditFields.UpdateDate;
            _address1.City = beforeObj.City;
            _address1.Zip = beforeObj.Zip;
            _address1.State = beforeObj.State;

            //更新Person的FirstName属性
            Address _address2 = new Address();
            _address2.Id = 1;
            _address2.Address1 = beforeObj.Address1;
            _address2.Address2 = "江苏";
            _address2.AuditFields.InsertDate = beforeObj.AuditFields.InsertDate;
            _address2.AuditFields.UpdateDate = beforeObj.AuditFields.UpdateDate;
            _address2.City = beforeObj.City;
            _address2.Zip = beforeObj.Zip;
            _address2.State = beforeObj.State;

            //使用异步方式同时更新数据
            MyDelegate myDelegate = new MyDelegate(UpdateAddress);
            myDelegate.BeginInvoke(_address1, null, null);
            myDelegate.BeginInvoke(_address2, null, null);

            Thread.Sleep(1000);
            //在更新数据后显示对象信息
            var afterObj = GetAddress(1);
            Display("After", afterObj);
            this.textBox1.Text = sb.ToString();
        }

        /// <summary>
        /// 先插入几条数据等着测试
        /// </summary>
        /// <param name="sender"></param>
        /// <param name="e"></param>
        private void BtnSaveAddress_Click(object sender, EventArgs e)
        {
            using (OrderDBContainer db = new OrderDBContainer())
            {
                Address address = new Address();
                address.Address1 = "古溪镇";
                address.Address2 = "安镇";
                address.State = "2";
                address.City = "无锡";
                address.AuditFields.InsertDate = DateTime.Now;
                address.AuditFields.UpdateDate = DateTime.Now;
                address.Zip = "21415";
                db.AddressSet.Add(address);
                db.SaveChanges();
            }
        }

        /// <summary>
        /// 还原成初始值,准备再次测试
        /// </summary>
        /// <param name="sender"></param>
        /// <param name="e"></param>
        private void button5_Click(object sender, EventArgs e)
        {
            using (OrderDBContainer db = new OrderDBContainer())
            {
                Address _address = db.AddressSet.Where(x => x.Id == 1).First();
                _address.Address1 = "aaa";
                _address.Address2 = "bbb";
                db.SaveChanges();
            }
        }
        #endregion

备考:试行进度中相见的难点

在二十多线程中EF修改事件的缓慢解决方案,使用attach无法:

图片 4

使用Entry也报错

图片 5

最终参谋如下帖子

图片 6

/// <summary>
        /// 修改方法
        /// </summary>
        /// <param name="addressValue"></param>
        public void UpdateAddress(Address addressValue)
        {
            using (OrderDBContainer context = new OrderDBContainer())
            {
                //显示输入新数据的信息
                Display("Current", addressValue);
                var obj = context.AddressSet.Where(x => x.Id == addressValue.Id).First();
                if (obj != null)
                    context.Entry(obj).CurrentValues.SetValues(addressValue);
                //虚拟操作,保证数据能同时加入到上下文当中
                Thread.Sleep(100);
                context.SaveChanges();
            }
        }

引用:“以联合数据的措施处理并发争辩就算方便快节,但在作业逻辑较为复杂的种类下并不符合利用此管理格局。比如在大面积的Order、OrderItem的报表中,OrderItem
的单价,数量会一贯影响Order的一体化价格,那样使用合併数据的法子管理并发,有希望孳生逻辑性的失实。此时,应该思虑以其它措施管理并发争执。”。

其它什么措施啊?【待补充】

 

4.1 删去与更新操作同一时间运维(非框架自动处理本领,开垦电动修改境况手动扩充的)**

Entity Framework
能以完美的体制灵活管理同期更新同一对象的操作,但一旦删除操作与革新操作同不时候运维时,就也许存在逻辑性的要命。

举个例子:五个客户端同期加载了同贰个指标,第3个客户端更新了多少后,把数据再次提交。但在交付前,第贰个客户端已经把数据库中的已有多少删除。

此时,上下文中的对象处于分裂的场馆下,将会吸引OptimisticConcurrencyException 分外(ObjectContext
与DBContext二种方法下,非常不雷同,具体要基于测验结果自个儿判别)。
欣逢此拾分时,能够用 try(OptimisticConcurrencyException){…} catch
{…} 格局赶尽杀绝极度,然后改成对象的State 属性。把EntityState 改变为 Added
,被去除的数据便会被再一次加载。若把 EntityState 更换为 Detached
时,数据便会被顺顺当当删除。上边把对象的 EntityState 属性改造为 Added
作为例子。

图片 7

代码如下:处理结果前后ID变化了(或者那正是有个别框架结构师使用手动成立的GUID的艺术,而不使用自增的来头之一吧,因为数量删除后再次创下培育回不到以前的ID了,不是太灵敏,使用GUID再组成数据版本(dataVison)字段,timeStamp基本上调控数据的产出已经够用啊。

//更新对象
        public int UpdateWithConcurrent(int num, Address addressValue)
        {
            int returnValue = -1;
            using (OrderDBContainer context = new OrderDBContainer())
            {
                var obj = context.AddressSet.Where(x => x.Id == addressValue.Id).First();
                //显示对象所处状态
                DisplayState("Before Update", obj);
                try
                {
                    if (obj != null)
                        context.Entry(obj).CurrentValues.SetValues(addressValue);
                    //虚拟操作,保证数据已经在数据库中被异步删除
                    Thread.Sleep(300);
                    context.SaveChanges();
                    returnValue = obj.Id;
                }
                catch (Exception)
                {
                    //针对异常要做相应的判断,因为我只测试了删除的情况,就写死直接修改成Added 了
                    //正确的是要区分到底是修改还是删除  OptimisticConcurrencyException ex
                    //把对象的状态更改为 Added
                    context.Entry(obj).State = System.Data.Entity.EntityState.Added;
                    context.SaveChanges();
                    returnValue = obj.Id;
                }
            }
            return returnValue;
        }

并发时的那些类型:

图片 8

ID发生了更换

图片 9

 

4.3 当产生多少出现时,保留最终(最新:最终一遍)输入的数目

要申明输入对象的属性,必须先把该属性的 ConcurencyMode 设置为
Fixed,那样系统就能够实时检验对象属性的输入值 。
当该属性被同时立异,系统便会激起 OptimisticConcurrencyException
至极。捕获该特别后,能够动用 ObjectContext.Refresh (RefreshMode,object)
刷新上下文中该目的的情状,当 RefreshMode 为 ClientWins
时,系统将会保持内外文中的今后有多少,即保留最新输入的靶子值。此时再选取ObjectContext.SaveChanges,
系统就能够把新型输入的对象值出席数据库在那之中。

在下面包车型客车例子当,系统运行前先把 Person 的 FirstName、SecondName
两个属性的 ConcurencyMode
属性设置为Fixed,使系统能监视那多少个性子的改观。所输入的数额只在FirstName、SecondName
多少个值中作出修改。在数量交由前先以 DisplayProperty
方法显示数据库最初的多寡属性,在数码初次更新后重新调用 DisplayProperty
展现更新后的数据属性。在其次次立异数据时,由调用ObjectContext.SaveChanges时,数据库中的数据已经被修改,与近期上下文ObjectContext
的数码存在争论,系统将激起OptimisticConcurrencyException
格外,此时把迷惑那多少个的靶子属性再一次体现出来。对那么些进行管理后,彰显数据库中最终的指标值。

 

 

调查测验结果,可知当RefreshMode状态为ClientWins时,系统将会保留上下文当中的靶子属性,使用此方法能够在产生并发卓殊时保持最新输入的目的属性。

 

4.4 当发生多少出现时,保留最早(最初:最早三次)输入的多寡

把指标属性的 ConcurencyMode 设置为 Fixed 后,同一时间立异该属性,将会激发
OptimisticConcurrencyException 极度。此时选择 ObjectContext.Refresh
(RefreshMode,object) 刷新上下文中该指标的意况,当 RefreshMode 为
StoreWins 时,系统就能把数据源中的数据代表上下文中的数量。
因为初次调用 SaveChanges,数据能够成功保存到数据库。可是在 ObjectContext
并未有释放时,再度利用 SaveChanges
异步更新数据,就能够掀起OptimisticConcurrencyException 并发格外。当
RefreshMode 为 StoreWins 时,系统就能够保留初次输入的数码属性。
此例子与地点的事例十一分相似,只是把 RefreshMode 改为 StoreWins
而已。在事情逻辑较为复杂的的类别个中,建议使用此方法管理并发万分。在保留最初输入的多少修改属性后,把属性返还给客户,让客户开始展览对照后再决定下一步的管理格局。

图片 10

图片 11

 

入眼测验结果,可知当 RefreshMode 状态为 StoreWins
时,系统将会以数据源中的数据代表上下文个中的靶子属性。在业务逻辑较为复杂的的系统个中,建议接纳此格局管理并发十分。


链接: https://pan.baidu.com/s/1gfu6fZl 密码: fyb3

演练的源码,有校订的谬误的对象记得共享