Entity Framework 并发处理
转http://www.cnblogs.com/jiangyehu1110/archive/2013/06/02/3113299.html
引言
在软件开发过程中,并发控制是确保及时纠正由并发操作导致的错误的一种机制。从 ADO.NET 到 LINQ to SQL 再到如今的 ADO.NET Entity Framework,.NET 都为并发控制提供好良好的支持方案。
并发处理方式一般分为乐观必并发与悲观必并发两种,本文将为大家介绍 Entity Framework 、 LINQ to SQL 中的并发处理方式。在本文最后,将提供一个了可参考的方案,结合事务 Transaction 处理复杂性对象的并发。
一、并发处理的定义
在软件开发过程中,当多个用户同时修改一条数据记录时,系统需要预先制定对并发的处理模式。并发处理模式主要分为两种:
第一种模式称为悲观式并发,即当一个用户已经在修改某条记录时,系统将拒绝其他用户同时修改此记录。
第二种模式称为乐观式并发,即系统允许多个用户同时修改同一条记录,系统会预先定义由数据并发所引起的并发异常处理模式,去处理修改后可能发生的冲突。常用的乐观性并发处理方法有以下几种:
- 保留最后修改的值。
- 保留最初修改的值。
- 合并多次修改的值。
相对于LINQ TO SQL 中的并发处理方式,Entity Framework 中的并发处理方式实现了不少的简化,下面为大家一一介绍。
二、模型属性的并发处理选项
在System.Data.Metadata.Edm 命名空间中,存在ConcurencyMode 枚举,用于指定概念模型中的属性的并发选项。
ConcurencyMode 有两个成员:
成员名称 | 说明 |
None | 在写入时从不验证此属性。 这是默认的并发模式。 |
Fixed | 在写入时始终验证此属性。 |
当模型属性为默认值 None 时,系统不会对此模型属性进行检测,当同一个时间对此属性进行修改时,系统会以数据合并方式处理输入的属性值。
当模型属性为Fixed 时,系统会对此模型属性进行检测,当同一个时间对属性进行修改时,系统就会激发OptimisticConcurrencyException 异常。
开发人员可以为对象的每个属性定义不同的 ConcurencyMode 选项,选项可以在*.csdl 找看到:
<Schema> ...... ...... <EntityType Name="Person"> <Key> <PropertyRef Name="Id" /> </Key> <Property Type="Int32" Name="Id" Nullable="false" annotation:StoreGeneratedPattern="Identity" /> <Property Type="String" Name="FirstName" MaxLength="50" FixedLength="false" Unicode="true" ConcurrencyMode="Fixed" /> <Property Type="String" Name="SecondName" MaxLength="50" FixedLength="false" Unicode="true" /> <Property Type="Int32" Name="Age" /> <Property Type="String" Name="Address" MaxLength="50" FixedLength="false" Unicode="true" /> <Property Type="String" Name="Telephone" MaxLength="50" FixedLength="false" Unicode="true" /> <Property Type="String" Name="EMail" MaxLength="50" FixedLength="false" Unicode="true" /> </EntityType> </Schema>
三、Entity Framework 悲观并发
在一般的开发过程中,最常用的是悲观并发处理。.NET 提供了Lock、Monitor、Interlocked 等多个锁定数据的方式,它可以保证同一个表里的对象不会同时被多个客户进行修改,避免了系统数据出现逻辑性的错误。
由于本篇文章主要介绍并发处理方式,关于锁的介绍,请参考http://www.cnblogs.com/leslies2/archive/2012/02/08/2320914.html#t8
private static object o=new object(); public int Update(Person person) { int n = -1; try { lock (o) { using (BusinessEntities context = new BusinessEntities()) { var obj = context.Person.Where(x => x.Id == person.Id).First(); if (obj != null) context.ApplyCurrentValues("Person", person); n = context.SaveChanges(); } } } catch (Exception ex) { ...... } return n; }
使用悲观并发虽然能有效避免数据发生逻辑性的错误,但使用 lock 等方式锁定 Update 方法的操作,在用户同时更新同一数据表的数据,操作就会被延时或禁止。在千万级 PV 的大型网络系统当中使用悲观并发,有可能降低了系统的效率,此时可以考虑使用乐观并发处理。
四、Entity Framework 乐观并发
为了解决悲观并发所带来的问题,ADO.NET Entity Framework 提供了更为高效的乐观并发处理方式。相对于LINT to SQL , ADO.NET Entity Framework 简化了乐观并发的处理方式,它可以灵活使用合并数据、保留初次输入数据、保留最新输入数据等方式处理并发冲突。
4.1 以合并方式处理并发数据
当模型属性的 ConcurencyMode 为默认值 None ,一旦同一个对象属性同时被修改,系统将以合并数据的方式处理并发冲突,这也是 Entity Framework 处理并发冲突的默认方式。合并处理方式如下:当同一时间针对同一个对象属性作出修改,系统将保存最新输入的属性值。当同一时间对同一对象的不同属性作出修改,系统将保存已被修改的属性值。下面用两个例子作出说明:
4.1.1 同时更新数据
在系统输入下面代码,获取数据库中的Person:Id 为24,FirstName为Leslie, SecondName为Lee。然后使用异步方法分两次调用Update方法,同时更新Person对象的相关属性,第一次更新把对象的 FirstName 属性改Rose,第二次更新把对象的 SecondName改为Wang,Age改为32。在使用SaveChanges保存更新时,第一个方法已经把ObjectContext1中的FirstName修改为Rose,但在第二个方法中的ObjectContext2中的FirstName依然是Leslie,此时由于三个属性的ConcurencyMode都为默认值None,系统会忽略当中的冲突,而接受所有的更新修改。
public class PersonDAL { public Person GetPerson(int id) { using (BusinessEntities context = new BusinessEntities()) { IQueryable<Person> list=context.Person.Where(x => x.Id == id); return list.First(); } } public void Update(Person person) { using (BusinessEntities context = new BusinessEntities()) { //显示输入新数据的信息 Display("Current", person); var obj = context.Person.Where(x => x.Id == person.Id).First(); if (obj != null) context.ApplyCurrentValues("Person", person); //虚拟操作,保证数据能同时加入到上下文当中 Thread.Sleep(100); context.SaveChanges(); } } delegate void MyDelegate(Person person); public static void Main(string[] args) { //在更新数据前显示对象信息 PersonDAL personDAL = new PersonDAL(); var beforeObj = personDAL.GetPerson(24); personDAL.Display("Before", beforeObj); //更新Person的SecondName,Age两个属性 Person person1 = new Person(); person1.Id = 24; person1.FirstName = "Leslie"; person1.SecondName = "Wang"; person1.Age = 32; person1.Address = "Tianhe"; person1.Telephone = "13660123456"; person1.EMail = "Leslie@163.com"; //更新Person的FirstName属性 Person person2 = new Person(); person2.Id = 24; person2.FirstName = "Rose"; person2.SecondName = "Lee"; person2.Age = 34; person2.Address = "Tianhe"; person2.Telephone = "13660123456"; person2.EMail = "Leslie@163.com"; //使用异步方式同时更新数据 MyDelegate myDelegate = new MyDelegate(personDAL.Update); myDelegate.BeginInvoke(person1, null, null); myDelegate.BeginInvoke(person2, null, null); Thread.Sleep(300); //在更新数据后显示对象信息 var afterObj = personDAL.GetPerson(24); personDAL.Display("After", afterObj); Console.ReadKey(); } public void Display(string message,Person person) { String data = string.Format("{0}\n Person Message:\n Id:{1} FirstName:{2} "+ "SecondName:{3} Age:{4}\n Address:{5} Telephone:{6} EMail:{7}\n", message, person.Id, person.FirstName, person.SecondName, person.Age, person.Address, person.Telephone, person.EMail); Console.WriteLine(data); } }
根据操作结果可以看到,在Entity Framework的默认环境情况下,系统会使用合并方式处理并发,把输入数据的所有修改值都保存到当前上下文当中,并同时修改数据库当中的值。
4.1.2 删除与更新操作同时运行
Entity Framework 能以完善的机制灵活处理同时更新同一对象的操作,但一旦删除操作与更新操作同时运行时,就可能存在逻辑性的异常。例如:两个客户端同时加载了同一个对象,第一个客户端更新了数据后,把数据再次提交。但在提交前,第二个客户端已经把数据库中的已有数据删除。此时,上下文中的对象处于不同的状态底下,将会引发 OptimisticConcurrencyException 异常。
遇到此异常时,可以用 try(OptimisticConcurrencyException){...} catch {...} 方式捕获异常,然后使用 ObjectStateManager.ChangeObjectState 方法更改对象的 EntityState 属性。把EntityState 更改为 Added ,被删除的数据便会被再次加载。若把 EntityState 更改为 Detached 时,数据便会被顺利删除。下面把对象的 EntityState 属性更改为 Added 作为例子。
public class PersonDAL { delegate int MyDelegate(Person person); public static void Main(string[] args) { //在更新数据前显示对象信息 PersonDAL personDAL = new PersonDAL(); var beforeObj = personDAL.GetPerson(51); personDAL.DisplayProperty("Begin", beforeObj); //更新Person的属性 Person person1 = new Person(); person1.Id = 51; person1.FirstName = "Leslie"; person1.SecondName = "Wang"; person1.Age = 32; person1.Address = "Tianhe"; person1.Telephone = "13660123456"; person1.EMail = "Leslie@163.com"; //使用异步方式更新数据 MyDelegate myDelegate = new MyDelegate(personDAL.Update); IAsyncResult reslut=myDelegate.BeginInvoke(person1, null, null); //同步删除原有数据 personDAL.Delete(51); //显示删除后重新被加载的数据 var afterObj = personDAL.GetPerson(myDelegate.EndInvoke(reslut)); personDAL.DisplayProperty("End", afterObj); } public Person GetPerson(int id) { using (BusinessEntities context = new BusinessEntities()) { IQueryable<Person> list=context.Person.Where(x => x.Id == id); return list.First(); } } //更新对象 public int Update(Person person) { int returnValue=-1; using (BusinessEntities context = new BusinessEntities()) { var obj = context.Person.Where(x => x.Id == person.Id).First(); //显示对象所处状态 DisplayState("Before Update", obj); try { if (obj != null) context.ApplyCurrentValues("Person", person); //虚拟操作,保证数据已经在数据库中被异步删除 Thread.Sleep(100); context.SaveChanges(); returnValue = obj.Id; } catch (System.Data.OptimisticConcurrencyException ex) { //把对象的状态更改为 Added context.ObjectStateManager.ChangeObjectState(obj, System.Data.EntityState.Added); context.SaveChanges(); returnValue=obj.Id; } } return returnValue; } //删除对象 public void Delete(int id) { using (BusinessEntities context = new BusinessEntities()) { var person1 = context.Person.Where(x => x.Id == id).First(); if (person1 != null) context.Person.DeleteObject(person1); context.SaveChanges(); //显示对象现在所处的状态 DisplayState("After Delete:", person1); } } //显示对象现在所处的状态 public void DisplayState(string message,Person person) { String data = string.Format("{0}\n Person State:{1}\n", message,person.EntityState); Console.WriteLine(data); } //显示对象相关属性 public void DisplayProperty(string message, Person person) { String data = string.Format("{0}\n Person Message:\n Id:{1} FirstName:{2} " + "SecondName:{3} Age:{4}\n Address:{5} Telephone:{6} EMail:{7}\n", message, person.Id, person.FirstName, person.SecondName, person.Age, person.Address, person.Telephone, person.EMail); Console.WriteLine(data); } }
观察运行测试结果,当运行 Delete 方法,对象已经在数据库中被删除,对象的EntityState处于 Detached 状态。此时使用 SaveChanges 保存更新数据时,引发了OptimisticConcurrencyException 异常。在捕获异常,把对象状态更改为 Added ,再使用SaveChanges保存数据,数据就能顺利地保存到数据库中。但值得留意,因为对象是在删除后重新加载的,所以对象的 Id 也会被同步更新。
以合并数据的方式处理并发冲突固然方便快节,但在业务逻辑较为复杂的系统下并不适合使用此处理方式。比如在常见的Order、OrderItem的表格中,OrderItem 的单价,数量会直接影响Order的总体价格,这样使用合并数据的方式处理并发,有可能引起逻辑性的错误。此时,应该考虑以其他方式处理并发冲突。
4.2 当发生数据并发时,保留最新输入的数据
要验证输入对象的属性,必须先把该属性的 ConcurencyMode 设置为 Fixed,这样系统就会实时检测对象属性的输入值 。
当该属性被同时更新,系统便会激发 OptimisticConcurrencyException 异常。捕获该异常后,可以使用 ObjectContext.Refresh (RefreshMode,object) 刷新上下文中该对象的状态,当 RefreshMode 为 ClientWins 时,系统将会保持上下文中的现在有数据,即保留最新输入的对象值。此时再使用ObjectContext.SaveChanges, 系统就会把最新输入的对象值加入数据库当中。
在下面的例子当,系统启动前先把 Person 的 FirstName、SecondName 两个属性的 ConcurencyMode 属性设置为Fixed,使系统能监视这两个属性的更改。所输入的数据只在FirstName、SecondName 两个值中作出修改。在数据提交前先以 DisplayProperty 方法显示数据库最初的数据属性,在数据初次更新后再次调用 DisplayProperty 显示更新后的数据属性。在第二次更新数据时,由调用ObjectContext.SaveChanges时,数据库中的数据已经被修改,与当前上下文ObjectContext 的数据存在冲突,系统将激发 OptimisticConcurrencyException 异常,此时把引发异常的对象属性再次显示出来。对异常进行处理后,显示数据库中最终的对象值。
public class PersonDAL { delegate void MyDelegate(Person person); public static void Main(string[] args) { //在更新数据前显示对象信息 PersonDAL personDAL = new PersonDAL(); var beforeObj = personDAL.GetPerson(52); personDAL.DisplayProperty("Before", beforeObj); //更新Person的FirstName、SecondName属性 Person person1 = new Person(); person1.Id = 52; person1.FirstName = "Mike"; person1.SecondName = "Wang"; person1.Age = 32; person1.Address = "Tianhe"; person1.Telephone = "13660123456"; person1.EMail = "Leslie@163.com"; //更新Person的FirstName、SecondName属性 Person person2 = new Person(); person2.Id = 52; person2.FirstName = "Rose"; person2.SecondName = "Chen"; person2.Age = 32; person2.Address = "Tianhe"; person2.Telephone = "13660123456"; person2.EMail = "Leslie@163.com"; //使用异步方式更新数据 MyDelegate myDelegate = new MyDelegate(personDAL.Update); myDelegate.BeginInvoke(person1, null, null); myDelegate.BeginInvoke(person2, null, null); //显示完成更新后数据源中的对应属性 Thread.Sleep(1000); var afterObj = personDAL.GetPerson(52); personDAL.DisplayProperty("After", afterObj); } public Person GetPerson(int id) { using (BusinessEntities context = new BusinessEntities()) { IQueryable<Person> list=context.Person.Where(x => x.Id == id); return list.First(); } } //更新对象 public void Update(Person person) { using (BusinessEntities context = new BusinessEntities()) { var obj = context.Person.Where(x => x.Id == person.Id).First(); try { if (obj!=null) context.ApplyCurrentValues("Person", person); //虚拟操作,保证数据被同步加载 Thread.Sleep(100); context.SaveChanges(); //显示第一次更新后的数据属性 this.DisplayProperty("Current", person); } catch (System.Data.OptimisticConcurrencyException ex) { //显示发生OptimisticConcurrencyException异常所输入的数据属性 this.DisplayProperty("OptimisticConcurrencyException", person); if (person.EntityKey == null) person.EntityKey = new System.Data.EntityKey("BusinessEntities.Person", "Id", person.Id); //保持上下文当中对象的现有属性 context.Refresh(RefreshMode.ClientWins, person); context.SaveChanges(); } } } //显示对象相关属性 public void DisplayProperty(string message, Person person) { String data = string.Format("{0}\n Person Message:\n Id:{1} FirstName:{2} " + "SecondName:{3} Age:{4}\n Address:{5} Telephone:{6} EMail:{7}\n", message, person.Id, person.FirstName, person.SecondName, person.Age, person.Address, person.Telephone, person.EMail); Console.WriteLine(data); } }
观察测试结果,可见当RefreshMode状态为ClientWins时,系统将会保存上下文当中的对象属性,使用此方法可以在发生并发异常时保持最新输入的对象属性。
4.3 当发生数据并发时,保留最初输入的数据
把对象属性的 ConcurencyMode 设置为 Fixed 后,同时更新该属性,将会激发 OptimisticConcurrencyException 异常。此时使用 ObjectContext.Refresh (RefreshMode,object) 刷新上下文中该对象的状态,当 RefreshMode 为 StoreWins 时,系统就会把数据源中的数据代替上下文中的数据。
因为初次调用 SaveChanges,数据可以成功保存到数据库。但是在 ObjectContext 并未释放时,再次使用 SaveChanges 异步更新数据,就会引发OptimisticConcurrencyException 并发异常。当 RefreshMode 为 StoreWins 时,系统就会保留初次输入的数据属性。
此例子与上面的例子十分相似,只是把 RefreshMode 改为 StoreWins 而已。在业务逻辑较为复杂的的系统当中,建议使用此方式处理并发异常。在保留最初输入的数据修改属性后,把属性返还给客户,让客户进行对比后再决定下一步的处理方式。
public class PersonDAL { delegate void MyDelegate(Person person); public static void Main(string[] args) { //在更新数据前显示对象信息 PersonDAL personDAL = new PersonDAL(); var beforeObj = personDAL.GetPerson(52); personDAL.DisplayProperty("Before", beforeObj); //更新Person的FirstName、SecondName属性 Person person1 = new Person(); person1.Id = 52; person1.FirstName = "Mike"; person1.SecondName = "Wang"; person1.Age = 32; person1.Address = "Tianhe"; person1.Telephone = "13660123456"; person1.EMail = "Leslie@163.com"; //更新Person的FirstName、SecondName属性 Person person2 = new Person(); person2.Id = 52; person2.FirstName = "Rose"; person2.SecondName = "Chen"; person2.Age = 32; person2.Address = "Tianhe"; person2.Telephone = "13660123456"; person2.EMail = "Leslie@163.com"; //使用异步方式更新数据 MyDelegate myDelegate = new MyDelegate(personDAL.Update); myDelegate.BeginInvoke(person1, null, null); myDelegate.BeginInvoke(person2, null, null); //显示完成更新后数据源中的对应属性 Thread.Sleep(1000); var afterObj = personDAL.GetPerson(52); personDAL.DisplayProperty("After", afterObj); } public Person GetPerson(int id) { using (BusinessEntities context = new BusinessEntities()) { IQueryable<Person> list=context.Person.Where(x => x.Id == id); return list.First(); } } //更新对象 public void Update(Person person) { using (BusinessEntities context = new BusinessEntities()) { var obj = context.Person.Where(x => x.Id == person.Id).First(); try { if (obj!=null) context.ApplyCurrentValues("Person", person); //虚拟操作,保证数据被同步加载 Thread.Sleep(100); context.SaveChanges(); //显示第一次更新后的数据属性 this.DisplayProperty("Current", person); } catch (System.Data.OptimisticConcurrencyException ex) { //显示发生OptimisticConcurrencyException异常所输入的数据属性 this.DisplayProperty("OptimisticConcurrencyException", person); if (person.EntityKey == null) person.EntityKey = new System.Data.EntityKey("BusinessEntities.Person", "Id", person.Id); //保持数据源中对象的现有属性 context.Refresh(RefreshMode.StoreWins, person); context.SaveChanges(); } } } //显示对象相关属性 public void DisplayProperty(string message, Person person) { String data = string.Format("{0}\n Person Message:\n Id:{1} FirstName:{2} " + "SecondName:{3} Age:{4}\n Address:{5} Telephone:{6} EMail:{7}\n", message, person.Id, person.FirstName, person.SecondName, person.Age, person.Address, person.Telephone, person.EMail); Console.WriteLine(data); } }
观察测试结果,可见当 RefreshMode 状态为 StoreWins 时,系统将会以数据源中的数据代替上下文当中的对象属性。在业务逻辑较为复杂的的系统当中,建议使用此方式处理并发异常。
五、回顾 LINQ to SQL 并发处理的方式
Entity Framework 当中简化了并发处理的方式,然而温故而知新,LINQ to SQL 中并发处理所使用的方式也值得回顾一下。下面将与大家一起回顾一下 LINQ to SQL 当中并发处理的方式。
与 Entity Framework 相似,LINQ to SQL 中表格的每个列都为可以设定不同处理方式,属性 UpdateCheck (更新检查) 的默认值为 Always,即系统会在默认情况下检查属性的并发状态。若把属性改为 WhenChanged,即当该属性发生改变时,系统才会对其进行检测。若把属性改为 Nerver , 这时系统将不会对此属性进行检查,总是接受最新一次的输入值。
处理 LINQ to SQL 并发,最为重要的是以下两个方法:
DataContext.SubmitChanges(ConflictMode)
DataContext.ChangeConflicts.ResolveAll(RefreshMode);
SubmitChanges 将对检索到的对象所做的更改发送到基础数据库,并通过 ConflictMode 指定并发冲突时要采取的操作 。当选择 ConflictMode.FailOnFirstConflict 时,若检测到第一个并发冲突错误时,系统会立即停止对更新数据库的尝试。当选择 Conflict.ContinueOnConflict 时,系统会尝试运行对数据库的所有更新。
成员名称 | 说明 |
FailOnFirstConflict | 指定当检测到第一个并发冲突错误时,应立即停止对更新数据库的尝试。 |
ContinueOnConflict | 指定应尝试对数据库的所有更新,并且应在该过程结束时累积和返回并发冲突。 |
ConfilctMode成员图
ResolveAll 能使用指定策略解决集合中的所有冲突,当选择 RefreshMode.KeepChanges 时,系统会强制 Refresh 方法保持当前上下文的数据值。当选择RefreshMode.OverwriteCurrentValues, 系统会用数据库的值覆盖当前上下文中的数据值。当选择 RefreshMode.KeepCurrentValues, 系统会把当前上下文的更新值与数据库中的值进行合并处理。
成员名称 | 说明 |
OverwriteCurrentValues | 强制 Refresh 方法使用数据库中的值重写所有当前值。 |
KeepChanges | 强制 Refresh 方法保留已更改的当前值,但将其他值更新为数据库值。 |
KeepCurrentValues | 强制 Refresh 方法使用从数据库检索的值替换原始值。 不会修改当前值。 |
RefreshMode 成员图
当 Person 表格的多个列的 UpdateCheck 属性都为默认值 Always 时,多个客户同时更新此数据表,最后使用 DataContext.SubmitChanges(ConflictMode.ContinuOnConflict) 同时提交数据时,系统就会释放出 ChangeConflictException 异常。系统可以以捕获此并发异常后,再决定采取 KeepChanges、KeepCurrentValues、OverwriteCurrentValues 等方式处理数据。
public class PersonDAL { delegate void MyDelegate(Person person); static void Main(string[] args) { //在更新数据前显示对象信息 PersonDAL personDAL = new PersonDAL(); var beforeObj = personDAL.GetPerson(52); personDAL.DisplayProperty("Before", beforeObj); //更新Person的FirstName、SecondName属性 Person person1 = new Person(); person1.Id = 52; person1.FirstName = "Mike"; person1.SecondName = "Wang"; person1.Age = 32; person1.Address = "Tianhe"; person1.Telephone = "13660123456"; person1.EMail = "Leslie@163.com"; //更新Person的FirstName、SecondName属性 Person person2 = new Person(); person2.Id = 52; person2.FirstName = "Rose"; person2.SecondName = "Chen"; person2.Age = 32; person2.Address = "Tianhe"; person2.Telephone = "13660123456"; person2.EMail = "Leslie@163.com"; //使用异步方式更新数据 MyDelegate myDelegate = new MyDelegate(personDAL.Update); myDelegate.BeginInvoke(person1, null, null); myDelegate.BeginInvoke(person2, null, null); //显示更新后的对象信息 Thread.Sleep(1000); var afterObj = personDAL.GetPerson(52); personDAL.DisplayProperty("After", afterObj); Console.ReadKey(); } public void Update(Person person) { using (BusinessDataContext context = new BusinessDataContext()) { try { var person1 = context.Person.Where(x => x.Id == person.Id).First(); if (person1 != null) { person1.Address = person.Address; person1.Age = person.Age; person1.EMail = person.EMail; person1.FirstName = person.FirstName; person1.SecondName = person.SecondName; person1.Telephone = person.Telephone; } //虚拟操作,保证多个值同时提交 Thread.Sleep(100); context.SubmitChanges(ConflictMode.ContinueOnConflict); DisplayProperty("SubmitChanges Success",person); } catch (ChangeConflictException ex) { //保持最新输入的上下文数据 DisplayProperty("ChangeConflictException", person); context.ChangeConflicts.ResolveAll(RefreshMode.KeepChanges); context.SubmitChanges(); } } } public Person GetPerson(int id) { using (BusinessDataContext context = new BusinessDataContext()) { var person = context.Person.Where(x => x.Id == id); return person.First(); } } //显示对象相关属性 public void DisplayProperty(string message, Person person) { String data = string.Format("{0}\n Person Message:\n Id:{1} FirstName:{2} " + "SecondName:{3} Age:{4}\n Address:{5} Telephone:{6} EMail:{7}\n", message, person.Id, person.FirstName, person.SecondName, person.Age, person.Address, person.Telephone, person.EMail); Console.WriteLine(data); } }
例子当中使用 RefreshMode.KeepChanges 的方式处理并发,系统会保存最新输入的数据。观察测试结果,当系统发生第一次更新时,数据成功保存到数据库当中。在 DataContext 未释放前,再次输入数据,引发了ChangeConflictException异常。在捕获此并发异常后,系统以 RefreshMode.KeepChanges 方式进行处理,最后新输入的数据成功保存到数据库当中。
六、结合事务处理并发冲突
Entity Framework 中已经有比较完善的机制处理并发,但使用乐观性并发处理数据,一旦多个客户端同时更新同一张表格的同一个对象时,将会激发 OptimisticConcurrencyException 异常,系统必须预先定制好处理方案对此并发异常进行处理。结合事务处理并发异常,是一个比较高效的数据管理方式。事务能对数据的更新进行检测,一旦发现异常,便会实现回滚。本文会使用常用的隐式事务 TransactionScope 作为例子进行介绍,对事务的详细介绍,可以参考 “C#综合揭秘——细说事务”。其实在CodePlex网站可以看到,微软在ObjectContext.Savechanges方法的实现中,已经使用了事务用于保证数据输入的正确性。但对于一部分多表操作的方法中,依然需要使用事务在多表更新时保证一致性。
在实际开发过程当中,最常遇见的是在订单更新的过程,系统会把客户的个人信息,收货地址,联系方式,订单总体表,订单明细表等多表格的数据同时提交。此时,可以选择不同的方法进行处理。
在Order与OrderItem这种主从关系表中,可以使用把次表格原有的有关数据全部删除,然后根据新输入的对象重新加载的方法进行处理。此处理方法的好处在于,避免新输入的数据与次表格的原有数据存在冲突,但为此一旦发生并发就有可能引起多次加载的危险。
对于 Person,Order 这样不同的实体,一般会把操作放置于不同的操作对象中,以不同的ObjectContext进行处理。为了保证操作具有一致性,可使用事务把多个表格的操作合并在一起。此时,即使系统发生异常,多个表数据也能实现同步回滚,避免引起逻辑上的错误。
但使用事务必须注意,一旦发生并发,容易引发事务锁异常: "事务(进程 ID 53)与另一个进程被死锁在 锁 资源上,并且已被选作死锁牺牲品 ...... " 。这是因为多个事务被同时触发,在实现更新的过程中事务都对部分数据实现锁定而引起。所以使用事务时需要引入锁来避免此情况出来。
public class OrderDAL { public void UpdateOrder(Order order) { using (BusinessEntities context = new BusinessEntities()) { Order objResult = context.Order.Include("OrderItem") .Where(x => x.Id == order.Id).First(); if (objResult != null) { try { //把原有相关的OrderItem对象全部删除 foreach (var item in objResult.OrderItem.ToList()) context.OrderItem.DeleteObject(item); //更新 Order对象的属性,加入对应新的OrderItem对象 context.ApplyCurrentValues("BusinessEntities.Order", order); foreach (var item in order.OrderItem.ToList()) { //先把OrderItem的导航属性Order变为空值 //否则系统会显示重复插入的异常 item.Order = null; context.OrderItem.AddObject(item); } context.SaveChanges(); } catch (System.Data.OptimisticConcurrencyException ex) {......} catch (Exception ex) {......} } } } } public class PersonDAL { //更新Person对象 public void Update(Person person) { using (BusinessEntities context = new BusinessEntities()) { var obj = context.Person.Where(x => x.Id == person.Id).First(); if (obj != null) context.ApplyCurrentValues("Person", person); context.SaveChanges(); } } } public class UpdateOrder { private OrderDAL orderDAL = new OrderDAL(); private PersonDAL personDAL = new PersonDAL(); public void DoWork(Person person, Order order) { lock(this) { //操作时将同时更新Order、OrderItem、Person三个表格 //为了避免其中一个操作出现错误而引起数据逻辑性错误 //应使用事务作为保护,在出现错误时实现同步回滚 using (TransactionScope scope = new TransactionScope()) { orderDAL.UpdateOrder(order); personDAL.Update(person); scope.Complete(); } } } }
在复杂的多表数据处理过程中,推荐使用事务结合锁来进行处理。
值得注意的是:使用乐观并发与悲观并发方式最大区别在于,传统的悲观并发处理方式不允许同一时刻有多个客户端处理同一个数据表中的相同对象,但因为客观因数的影响,系统难以仔细辨认客户同时进行修改的是否同一个数据项,所以基本的做法是使用锁把更新对象进行锁定。但如此一来,无论客户同时更新的是否同一个数据项,操作都将会被延时或禁止。换句话说,无论需要更新的是相同对象还是不同对象,客户端都不能同时更新同一个数据表。在处理复杂的多表数据过程中,可以考虑使用此处理方式。
若使用乐观并发方式,系统允许多个客户端同时处理同一个数据表。如果所处理的是数据表中的不同对象,操作可以顺利地进行而不会相互影响。如果所处理的是数据表中的相同对象,可以保守处理,保存第一次输入的对象值,然后把引起异常的数据显示让客户进行对比。
总结
并发话题与线程、进程等其他话题有所不同,它并没有复杂的类和方法。处理并发来来去去都是简单的几行代码,它所重视的是并发异常发生后所带来的后果与处理方式。与中国传统的太极相似,并发只重其意,不重其招,只要深入地了解其过程,考虑其可能带来的问题后,你便可以对其收发自如。
对并发的处理应该针对特定的问题,分别对待。到最后你可能发现,原来微软早已为你定制好处理的方式,可能 “回到原点” 什么都不做就是最好的处理方式。