【EF】EntityFramework 更新数据库字段的三种方法

一、EF更新数据库字段的三种方法

　　实体类

   public class TestDbContext : DbContext
    {
        public DbSet<Test> Tests { get; set; }
        public TestDbContext() : base() { }
    }
    public class Test
    {
        public long ID { get; set; }
        public string Name { get; set; }
        public string Email { get; set; }
        public string Remarks { get; set; }
    }

创建数据

            TestDbContext db = new TestDbContext();
            db.Tests.Add(new Test() { Name = "测试1", Email= @"123@abc.com", Remarks = "测试1备注"});
            db.Tests.Add(new Test() { Name = "测试2", Email = @"456@abc.com", Remarks = "测试2备注"});
            db.SaveChanges();

第一种方法：

　　先查询记录，然后修改相应的属性。此方法虽然多了一个查询步骤，但是也由此利用了EF的自动跟踪功能，后续操作比较方便。

比如，生成的SQL语句只会去修改相应的修改过的字段。

而且经测试发现，如果实体属性值没有改变，不会生成SQL语句，比如将下面的代码执行两次，第二次 SaveChanges() 方法不会执行SQL更新语句（注：由于还是会执行一次查询，所以运行效率并没有显著提升）

TestDbContext db = new TestDbContext();
var test = db.Tests.Find(1);
test.Remarks = "更新字段方法1";
db.SaveChanges();

第二种方法：

　　直接创建一个新的实体类，然后修改实体对象的状态。此方法虽然少了一个查询步骤，但生成的SQL语句将会修改全部字段，而且还要确保 ID 值存在。（注意：由于会修改全部字段，没有设置的字段会被设置为null）

TestDbContext db = new TestDbContext();
Test test = new Test() { ID = 1, Remarks = "更新字段方法2" };
db.Entry(test).State = System.Data.Entity.EntityState.Modified;
db.SaveChanges();   

第三种方法：

　　创建一个实体类，将实体附加到数据库上下文，然后修改相应属性值的修改标识为 true ，此方法生成的SQL语句与第一种方法一样，比较简洁，而且还少了查询步骤，只是后续的操作比较麻烦，因为要手动设置各个属性的修改标识，还要确保 ID 值存在。

 TestDbContext db = new TestDbContext();
            Test test = new Test() { ID = 1, Remarks = "更新字段方法3" };
            db.Tests.Attach(test);
            db.Entry(test).Property("Remarks").IsModified = true;
            db.SaveChanges();

生成的SQL语句（使用 SQL Server Profiler 跟踪数据库所得）：
第一种方法：（注：第一种方法的代码执行一次后再次执行没有跟踪到更新数据库的SQL语句）

exec sp_executesql N‘UPDATE [dbo].[Tests]
SET [Remarks] = @0
WHERE ([ID] = @1)
‘,N‘@0 nvarchar(max) ,@1 bigint‘,@0=N‘更新字段方法1‘,@1=1

第二种方法：（注：查看SQL语句可知，使用此方法如果不注意可能会导致数据被错误修改）

exec sp_executesql N‘UPDATE [dbo].[Tests]
SET [Name] = NULL, [Email] = NULL, [Remarks] = @0
WHERE ([ID] = @1)
‘,N‘@0 nvarchar(max) ,@1 bigint‘,@0=N‘更新字段方法2‘,@1=1

第三种方法

exec sp_executesql N‘UPDATE [dbo].[Tests]
SET [Remarks] = @0
WHERE ([ID] = @1)
‘,N‘@0 nvarchar(max) ,@1 bigint‘,@0=N‘更新字段方法3‘,@1=1

二、EF中添加记录时获取自增ID值

　　Entity Framework在将数据插入数据库时，如果主键字段是自增标识列，会将该自增值返回给实体对象对应的属性。

比如下面添加博客随笔至数据库的示例代码：

var blogPost = new BlogPost()
{
    Author = "博客园",
    Title = "程序员的网上家园"
};
using (BlogDbContext context = new BlogDbContext())
{
    context.BlogPosts.Add(blogPost);
    context.SaveChanges();
    return blogPost.ID;
}

SaveChanges()之后，blogPost.ID的值就是数据库中对应自增标识列的值。

看一下Entity Framework生成的SQL语句：

exec sp_executesql N'insert [dbo].[blog_Content]([Title],[Author])

values (@0, @1)

select [ID]

from [dbo].[blog_Content]

where @@ROWCOUNT > 0 and [ID] = scope_identity()',

N'@0 nvarchar(128),@1 nvarchar(128),',@0=N'程序员的网上家园',@1=N'博客园'

　　EF通过scope_identity()获取自增列的值，而且我们没有对BlogPost的ID属性进行任何设置，是EF智能地判断出ID就是自增标识列。

在以前没有使用Entity Framework的时代，用的是存储过程，存储过程有一堆参数，实体对象的属性值要一一对应地赋值给这些参数，执行存储过程之后，还要通过ParameterDirection.Output的参数获取自增ID的值。

三、EF中 一例对一个或多个实体的验证失败。有关详细信息，请参阅“EntityValidationErrors”属性的解决

　　注：add数据时 最好加异常捕获（以防一些必填字段没有赋值）

这个问题相信只要是做MVC的，都碰到过，也都知道错误的原因，就是触发了定义的实例字段校验规则。比如定义的不为空，但是为空了，或者定义的字段长度为50，但是超过50了。

可是有时虽然知道是这样，但是具体问题解决的时候还是无从下手。我最近就碰到一个，知道是在更新某个表的时候出现的这个问题。可是在本地无法具现此错误，这个错误是在特定条件发生的，我并不知道此特定发生条件是什么，很郁闷。

在网上找了下，知道发生这个错误会触发DbEntityValidationException异常，这个异常会有详细的异常信息说明是哪个字段，出现了什么错误，只不过需要循环输出。打算输出到日志文件中看是什么错误。代码如下：

try
            {
                es2.Update(examList);
            }
            catch (DbEntityValidationException dbEx)
            {
                foreach (var validationErrors in dbEx.EntityValidationErrors)
                {
                    foreach (var validationError in validationErrors.ValidationErrors)
                    {

                        EventLog.Log(string.Format("Class: {0}, Property: {1}, Error: {2}", validationErrors.Entry.Entity.GetType().FullName,
                        validationError.PropertyName,
                        validationError.ErrorMessage), "error");
                    }
                }

            }
            catch (Exception ex)
           {
                throw;
            }
finally
            {
            }

之所以用2个catch，是为了防止有其他非DbEntityValidationException 错误时，没有错误日志。

DbEntityValidationException所在命名空间：System.Data.Entity.Validation

编译，上传到服务器，过了一会，查看日志文件，找到错误原因了。

Class: System.Data.Entity.DynamicProxies.ExamList_839A196D8FC4CF7E8A791B7F29782BA535E73532A1C3C2C00FD6EF30B6C4A660, Property: StudentAnswer, Error: 字段 StudentAnswer 必须是最大长度为 50 的字符串。
是StudentAnswer 字段长度不够了。