本篇内容主要讲解“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(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更新数据实用吗”有了更深的了解,不妨来实际操作一番吧!这里是亿速云网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。