为你揭晓Linq更新数据是否真的实用？

Linq更新数据是一种新潮流，但是使用起来很不理想，笔者很是郁闷。

站在用户的角度思考问题，与客户深入沟通，找到濠江网站设计与濠江网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：成都网站设计、网站建设、企业官网、英文网站、手机端网站、网站推广、国际域名空间、虚拟主机、企业邮箱。业务覆盖濠江地区。

WEB 2.0的网站少不了数据库、数据访问，也是一切操作之本，而VS 2008中***的亮点之一Linq也恰巧是做这个的，所以我的开发从Linq、从数据库开始。网上关于Linq的教学铺天盖地，我不准备重复，我只写下我遇到的问题。Linq更新数据怎么就那么费劲？

Linq的全称是Language Integrated Query ，也就是说Linq是以一个查询语言的方式出现在我们面前的。在查询方面Linq做了不少的优化，我们不用在费尽心思去拼装SQL语句、组装实体等，所有操作在Linq里都是强类型的，我们用C#代码轻松地写出漂亮的SQL语句。

那么做为一个查询语言，Linq更新数据方面又是怎么表现的呢？通常来说Linq的更新会以以下的方式出现（绝大部分教程中都是这么写的）

 
 
 
  
  
  var ctx = new MyDataContext(); 
  
  
  var user = ctx.Users.Where(u => u.UserId == userId).Single(); 
  
  
  user.UserName = "New User Name"; 
  
  
  ctx.SubmitChanges();

这些是C#代码，但是背后做了什么呢？Linq会为我们生成类似一下的SQL语句

***步，查询

 
 
 
  
  
  SELECT UserId, UserName, FirstName, LastName,
  
  
   CreatTime From User WHERE UserId = @userId

第二部，更新

 
 
 
  
  
  UPDATE User SET UserName = @newUserName 
  
  
  WHERE UserId = @oldUserId, userName =
  
  
  @oldUserName, FirstName = @oldFirstName, LastName = @oldLastName

发现了什么？首先Linq会取出所有的字段，在user.UserName = "New User Name"的时候，记录下UserName字段被更新过了，UPDATE时会只更新UserName，但是把之前所有字段的值放在WHERE语句里来做为条件。

Are you kidding?! 这样的效率实在是太差了吧？！

抛开效率问题，接下来我们看另外一种更新数据，有个某个字段记录页面被访问的次数，平时我们会用

 
 
 
  
  
  UPDATE POST SET Views = Views + 1 WHERE PostId = @PostId

但是如果我们写下如下C#代码

 
 
 
  
  
  var ctx = MyDataContext(); 
  
  
  var post = ctx.Posts.Where(p => p.PostId = @postId).Single(); 
  
  
  post.Views++ 
  
  
  ctx.SubmitChanges();

Linq更新数据会怎么做呢？和上面一样！取出所有字段，把View加一，用所有字段做为条件（包括Views），更新回去。

设想一下，这样一个被频繁使用的计数器，两次操作出现SELECT与UPDATE交叉情况的可能性很大，那么后者还能更新成功么？

微软就是这样解释的，如果在你Linq更新数据中，有其他人更新了这一行，那么这一行也就不是你所需要的那一行了，为了防止这样的冲突，所以把所有字段都放在WHERE语句中，这是by design的。

你可以通过其他方法进行更新数据，然而在目前版本，这个方法也表现的不怎么样。

System.Data.Linq.Table 有一个Attach方法，带有三个重载，用来直接更新数据的，我们来一个一个的来看看。

 
 
 
  
  
  Attach(T entity) 
  
  
  var ctx = new MyDataContext(); 
  
  
  var newUser = new User(); 
  
  
  newUser.UserId = new Guid("xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx");
  
  
  //假设作为参数传进来的 
  
  
  newUser.UserName = "New User Name"; 
  
  
  ctx.Users.Attach(newUser); 
  
  
  ctx.SubmitChanges();  
  
  
  //结束

运行完全没有任何效果，SQL Profiler无任何记录。

 
 
 
  
  
  Attach(T entity, T original) 
  
  
  var ctx = new MyDataContext(); 
  
  
  var newUser = new User(); 
  
  
  newUser.UserId = new Guid("xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx");
  
  
  //假设作为参数传进来的 
  
  
  newUser.UserName = "New User Name"; 
  
  
  var user = ctx.User.Where(u => u.UserId = newUser.UserId).Single(); 
  
  
  ctx.Users.Attach(newUser, user); 
  
  
  ctx.SubmitChanges();  
  
  
   //结束

运行时提示： Cannot add an entity with a key that is already in use.

 
 
 
  
  
  Attch(T entity, bool asmodified) 
  
  
  var ctx = new MyDataContext(); 
  
  
  var newUser = new User(); 
  
  
  newUser.UserId = new Guid("xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx");
  
  
  //假设作为参数传进来的 
  
  
  newUser.UserName = "New User Name"; 
  
  
  ctx.Users.Attach(newUser, true); 
  
  
  ctx.SubmitChanges();  
  
  
   //结束

运行时提示：An entity can only be attached as modified without original state if it declares a version member or does not have an update check policy.

怎么办？提示中说"declares a version member "，通常来说是指SQL SERVER中TimeStamp类型的字段，在你所需要更新的表中加上一个字段，并标记为TimeStamp就可以了。但是这样做，对于我们来说仍然是个浪费，并且WHERE语句中仍然会出现TimeStamp的限制。

你还可以通过在字段上设置UpdateCheck.Never属性来避免更新检查，但是如果数据表更新、新增存储过程，需要重新生成dbml的话，你需要手动重新设置一遍。

Linq更新数据甚至没有一个类似Web引用中Update Web Reference的操作来让你方便的在数据表更新后更新dbml，并且在这个版本都不会提供，你所能做的只有删除原来的表，刷新Server Exploer，重新拖拽到dbml的设计视图中，或者，写个脚本，让SQLMETAL来帮你完成这些。

结论：

Linq虽然做为一个查询语言出现，但是在数据更新方面也是做了不少工作的，尤其是一些CHECK的工作，但对于写惯SQL的我们来说，还是很不习惯，甚至觉得，这些工作你不替我做才好呢。

在没有更好解决办法的前提下，在更新操作上，老老实实的写SQL语句或者存储过程应该是个不坏的选择。Linq更新数据只能望而观之了。

文章题目：为你揭晓Linq更新数据是否真的实用？
当前路径：http://www.hantingmc.com/qtweb/news23/257373.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：创新互联

猜你还喜欢下面的内容