博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
关于有默认值的字段在用EF做插入操作时的思考(续)
阅读量:5774 次
发布时间:2019-06-18

本文共 4708 字,大约阅读时间需要 15 分钟。

原文:

问题描述

今天下午(看现在这时间,应该是昨天下午了哈),园友 写了这样一篇博文《》。

博文内容主要记录的是 choon 使用 EF 做数据插入与更新时,字段默认值的问题,这个问题我们平常应该都会遇到,但是,最后博文内容包括评论,并没人能给出一个准确的答案,真是很可惜(知识点的博文都是一侃一大堆,而这些实际项目遇到的问题却回答不上来,又有什么用呢,哎。。。)。详细内容请查看上面的博文,这边我再简单叙述下:

数据库有一个 Users 表,表中有一个 CreateDate 字段,我们希望使用 EF 的时候,插入 User 数据,不需要插入 CreateDate 的值,而是通过默认值生成。

  1. CreateDate 字段为 null:使用 EF 的 ADD 操作(没有给 User 对象赋予 CreateDate 的值),插入的结果是 CreateDate 值为 null。
  2. CreateDate 字段不为 null:还是按照上面的操作,插入 User 报错。

choon 最后给出的解决方式是:

后来,choon 又补充这样实现的两个问题(看过下面的内容,你就知道为什么会出现这两个问题了):

  1. 如果将 StoreGeneratedPattern 值设置为 Identity,只要一修改 CreateDate 字段就会抛异常;
  2. 如果把 StoreGeneratedPattern 值设置为 Computed 不会抛异常,但值仍然没有被修改,即使你写了 user.CreateDate = "xxx"。

问题分析

为了方面理解,我按照当时实现的步骤叙述下,因为我喜欢 EF 的 CodeFirst 模式,所以这边我就用它来做演示,看一下示例代码:

using System;using System.ComponentModel.DataAnnotations;using System.Data.Entity;namespace CodeFirstDemo{    class Program    {        static void Main(string[] args)        {            using (var db = new ProductContext())            {                var product = new Product { Name = "xishuai" };                db.Products.Add(product);                db.SaveChanges();                Console.WriteLine("success");                Console.ReadKey();            }        }    }    public class Product    {        [Key]        public int ID { get; set; }        public string Name { get; set; }        public DateTime? CreateTime { get; set; }    }    public class ProductContext : DbContext    {        public DbSet
Products { get; set; } }}

这是我们一般的实现方式,注意这段代码:var product = new Product { Name = "xishuai" }; 我并没有给 CreateTime 进行赋值,为了可以使数据库生成成功,我还把 CreateTime 设置为 null(DateTime?),但是运行的结果是:数据库生成了,却只有 ID 和 Name 字段,而且添加数据失败:

异常信息:“由于表 'Products' 中不存在列 'CreateTime',ALTER TABLE ALTER COLUMN 失败。”,什么原因呢?主要是没有指定 CreateTime 属性(Attribute),比如[Required],但是我们发现 Name 也没有指定啊,为什么它却可以生成数据库列?因为我们在 Add 的时候指定 Name 的值了,这样 EF 会自动识别这些字段进行生成列。

我们可以先把数据库生成一下,然后再进行实验,可以暂时把添加数据代码改为:var product = new Product { Name = "xishuai", CreateTime = DateTime.Now };,这样数据库就可以成功生成了,之后再还原一下,我们按照 choon 的配置,做下面类似的操作:

[DatabaseGenerated(DatabaseGeneratedOption.Computed)]        public DateTime? CreateTime { get; set; }

上面添加的属性配置和 choon 在 config 中的配置是一样的,只不过这个场景是 CodeFirst 下。毫无疑问,这样添加数据像 choon 一样,还是会无效果或抱异常(没有赋值 CreateTime),那究竟是什么问题呢?我们再看一下 StoreGeneratedPattern 的枚举值():

  • None:一个值,指示它不是服务器生成的属性。这是默认值。如果没有StoreGeneratedPattern属性,其值就默认为None.
  • Identity:执行插入时生成一个值,但在执行更新时保持不变。
  • Computed:执行插入和更新时都将生成一个值。

Identity 是什么意思?其实是标识键的意思,也就是我们常说的自增键,如果我们把上面示例中 CreateTime 的数据类型改为 int,配置还是原来的配置,但是数据识可以添加的,园中也有人做了一个示例,详情请访问:。

在 MSDN 中也又相应的示例说明,我贴一下关于这一点的总结():

You read above that by default, a key property that is an integer will become an identity key in the database. That would be the same as setting DatabaseGenerated to DatabaseGenerationOption.Identity. If you do not want it to be an identity key, you can set the value to DatabaseGenerationOption.None.

英语不太好,请自行理解,说了这么多,难道没有解决方式吗?当然会有,只是你比较懒而已,google 搜索:“code first datetime default” 、“databasegenerated datetime” 或 “An error occurred while updating the entries. See the inner exception for details” 关键字,你就会发现答案。

解决方案

首先,Product 中的 CreateTime 属性,还是之前的配置:

[DatabaseGenerated(DatabaseGeneratedOption.Computed)]        public DateTime? CreateTime { get; set; }

我们要做的是使用 CodeFirst 迁移(怎么迁移?请查看:),先输入命令“Enable-Migrations”启动迁移,然后再“Add-Migration Update1”添加迁移,这时候会生成 Update1 迁移文件,打开后进行如下更改:

namespace CodeFirstDemo.Migrations{    using System;    using System.Data.Entity.Migrations;        public partial class Update1 : DbMigration    {        public override void Up()        {            //AlterColumn("dbo.Products", "CreateTime", c => c.DateTime());            AlterColumn("dbo.Products", "CreateTime", c => c.DateTime(defaultValueSql: "GETDATE()"));        }                public override void Down()        {            AlterColumn("dbo.Products", "CreateTime", c => c.DateTime());        }    }}

代码什么意思,我就不多说了,改完之后,输入命令“Update-Database”更新到数据库,然后我们再进行测试:

可以看到数据是添加成功的,不放心的话可以去数据库瞧瞧,有人可能会有疑问,我们增加了 DateTime 值的默认 SQL,是不是就不需要对 DateTime 进行 DatabaseGenerated 配置了呢?这个我试过,去掉 DatabaseGenerated 是会报错的,至于为什么?其实你看到这,应该会明白上面 choon 所提出的两个问题,这边我说一下我的理解,但是不一定正确哦:

  1. 如果将 StoreGeneratedPattern 值设置为 Identity,只要一修改 CreateDate 字段就会抛异常:StoreGeneratedPattern 设置为 Identity,也就是标识键,但数据类型不是 int,而是 dateTime,最重要的是在增加或修改数据的时候,EF 找不到"the formula for the computed column"(计算列的公式-来自MSDN),所以不报错才怪。
  2. 如果把 StoreGeneratedPattern 值设置为 Computed 不会抛异常,但值仍然没有被修改,即使你写了 user.CreateDate = "xxx":将 StoreGeneratedPattern 设置为 Computed(执行插入和更新时都将生成一个值),既然是生成,你再进行 Set 也是没用的,而且像上面一样,找不到此列的计算公式(可以理解为 GETDATE),所以没用任何值添加或修改。

这是 EF CodeFirst 中的解决方式,至于“Model First”生成 edmx 中的方式解决,这个我还没试(肯定是修改 Config 配置文件),但我觉得都大同小异。还有就是,大家项目中使用 EF,如果可以的话,建议使用 CodeFirst 模式,不是一般的爽哦。。。

示例代码下载:

问题解决,要留下“痕迹”:

  • 记不得了...

转载地址:http://ydaux.baihongyu.com/

你可能感兴趣的文章
[转] libcurl异步方式使用总结(附流程图)
查看>>
编译安装LNMP
查看>>
[转]基于display:table的CSS布局
查看>>
crm 02--->讲师页面及逻辑
查看>>
AS3.0 Bitmap类实现图片3D旋转效果
查看>>
Eigen ,MKL和 matlab 矩阵乘法速度比较
查看>>
带三角的面包屑导航栏(新增递增数字)
查看>>
Web应用程序安全与风险
查看>>
codeforces 984 A. Game
查看>>
CSS居中
查看>>
One Person Game(概率+数学)
查看>>
CodeForces 258B Little Elephant and Elections :于1-m中找出七个数,使六个数里面的4和7个数比第七个数严格小:数位dp+dfs...
查看>>
MAP
查看>>
手把手教你测——上网快鸟
查看>>
用javascript获取地址栏参数
查看>>
一起谈.NET技术,你应该知道的15个Silverlight诀窍
查看>>
商教助手!解析夏普液晶高清宽屏投影机系列
查看>>
云南去年有望实现151万贫困人口净脱贫
查看>>
Java架构师面试题系列整理(大全)
查看>>
延伸产业链 中国产粮大省向“精深”问发展
查看>>