ADO.NET Entity Framework 试水——并发

    提到数据库操作，特别是企业级的数据库应用，就不得不提一个多人操作时经常会产生的问题——并发冲突。本文首先来看一下什么是并发冲突，传统的并发冲突有现有的处理方式，最后，结合EF，看一个处理并发冲突的实例。
  
  一、要完成本文中的实例，您需要作如下准备：
  
  将Visual Studio 2008及.NET Framework 3.5升级到SP1。点击转到升级地址。
  安装SQL SERVER 2005，VS 2008中自带的EXPRESS版的SQL SERVER应该也可以用。
  下载并附加数据库：点击下载DemoDbV2。
  创建一个VB Console Application，并且取一个合适的名字（例如：Concurrency之类的）。注意，目标Framework要设置成3.5版。
  
  
  二、什么是并发冲突 
   
让我们来看一个跟取款相关的例子：某年某月某日某时某分，老王在A取款机取钱，他儿子小王同时在B取款机取钱（不要问我为什么这么巧^_^），他俩从同一个账号上取。于是就发生了如下一序列的操作： 
   
A取款机向中央数据库提问：这账上还有多少钱？ 
   
B取款机向中央数据库询问：这账上还有多少钱？ 
   
 中央数据库回答A取款机：2W。 
   
中央数据库回答B取款机：2W。 
   
然后，老王对A取款机说：我要取出1.5W。 
   
同时，小王对B取款机说：我要取出1.8W。 
   
A取款机就算了一下，2W-1.5W=0.5W>0，于是就吐出1.5W现金给了老王，并且准备告诉中央数据库，现在还剩0.5W啦。但是，就在它告诉中央数据库之前，发生了以下的事情： 
   
B取款机计算了一下，2W（此时，它还不知道余额已经成0.5W了，因为A取款机还没有告诉中央数据库）减去1.8W等于0.2W大于0，于是就吐出1.8W现金给了小王。然后，它当然也要知会中央数据库。 
   
中央数据库于是收到A取款机的消息，说，这个账号还剩0.5W，于是刷新余额为0.5W。然后又收到B取款机说还剩0.2W，于是，就刷新余额为0.2W。 
   
呵呵，于是，小王+老王的账户里一共存有2W元，结果老王取了1.5W元，小王取了1.8W元，账户里却还剩了0.2W元!~@#$%^& 
   
这就是一种并发冲突，由于同一时间有两个或者多个端在对同一数据进行操作，从而导致数据发生了错误。如果取款机真的以这样的方式来处理并发，那么，我现在就不写这片文章了——赶紧发动全家对表，说好了在某一时刻同时取钱去。