关于有默认值的字段在用EF做插入操作时的思考(续)

原文:关于有默认值的字段在用EF做插入操作时的思考(续)

问题描述

今天下午(看现在这时间,应该是昨天下午了哈),园友 choon 写了这样一篇博文《关于有默认值的字段在用EF做插入操作时的思考》。

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

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

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

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

<Property Name="CreateDate" Type="datetime" Nullable="false" StoreGeneratedPattern="Computed" />

后来,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<Product> 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 的枚举值(MSDN详情):

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

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

在 MSDN 中也又相应的示例说明,我贴一下关于这一点的总结(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 迁移(怎么迁移?请查看:初试Code First(附Demo)),先输入命令“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://pan.baidu.com/s/1pJG3jab

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

时间: 2024-11-05 02:39:16

关于有默认值的字段在用EF做插入操作时的思考(续)的相关文章

关于有默认值的字段在用EF做插入操作时的思考

今天在用EF做插入操作的时候发现数据库中一个datetime类型的字段(CreateDate)的值居然全部为null.于是赶紧看表结构发现CreateDate字段居然是允许为空的. 虽然为空,但是设置了默认值getdate(),按说不应该为null的.于是开始测试. 字段允许Null值的情况 Users表结构如下: 假如一个字段有了默认值,并且又允许为Null,在做插入操作时会发生什么? 如上图中的表结构,CreateDate是允许为null的,而又有默认值getdate().这样在用传统SQL

ibatis插入操作时,允许为null的字段必须设置字段对应的类型

执行插入操作时遇到异常: --- Cause: java.sql.SQLException : 无效的列类型 <insert id="saveAccCheckRecord" parameterClass="AccCheck" > <selectKey resultClass="Long" keyProperty="id" > SELECT SEQ_INFO_AD_CN_RD_CK_ID.NEXTVAL

hibernate 向数据库里设置了默认值的字段添加数据为null时失效的问题

写ssh项目时设置了一个boolean类型的字段,想让他添加的时候默认为1 结果添加的时候不输入数据的话会将null转成0添加 最后再映射hbm文件里的property下设置insert=false 并且设置其非空,默认值生效 <property>元素 insert属性:设置为false,在insert语句中不包含这个字段,表示永远不会被插入 原文地址:https://www.cnblogs.com/King-Jin/p/10961640.html

数据库字段设置为&lt;非空&gt;&lt;默认值&gt;

为什么数据库要设置默认值呢?因为我们希望在插入数据时,有意或无意间被忽略的字段能够交由MySQL按我们事先预想的方式处理,例如一些默认正常状态码.用户插入数据时候尚未设置的文本字段,诸如此类. 假设student表里有一个字段score被设置为<非空><默认值>,插入一条数据记录时,score字段值为空<''>,那这时score的字段值为<''>还是<默认值>? 设置默认值的作用只有在忽略了字段时才会发挥作用.何为忽略了字段,就是在写SQL插入语

SQL语句增加字段、修改字段、修改类型、修改默认值

--一.修改字段默认值 alter table 表名 drop constraint 约束名字 ------说明:删除表的字段的原有约束 alter table 表名 add constraint 约束名字 DEFAULT 默认值 for 字段名称 -------说明:添加一个表的字段的约束并指定默认值 --二.修改字段名: alter table 表名 rename column A to B --三.修改字段类型: alter table 表名 alter column UnitPrice

MySQL5.0+提示字段没有默认值(doesn’t have a default value)的解决方法

方法一: 打开my.ini,查找 sql-mode=”STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION” 修改为 sql-mode=”NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION” 然后重启MYSQL . 方法二: MySQL 5 uses a strict mode which needs to be disabled. In Windows, Goto Start–>Progr

SQL修改字段默认值

一.SQL修改字段默认值 alter table 表名 drop constraint 约束名字 说明:删除表的字段的原有约束 alter table 表名 add constraint 约束名字 DEFAULT 默认值 for 字段名称 说明:添加一个表的字段的约束并指定默认值 go 例: alter table T_ping drop constraint DF_T_ping_p_c alter table T_ping add constraint DF_T_ping_p_c DEFAUL

JIRA中设置[描述]字段的默认值

公司使用JIRA已经一段时间了,期间也是各种需求,免不了很多自定义的功能或需求,在没有购买技术支持的情况下,有的或许可以自行尝试实现,有的也只能是无能为力.当然,这篇文章别的不说,单说设置描述description字段的默认值的实现方式. 所需要设置默认值的字段就是上图中红框的描述字段,这里是汉化后的界面,如果是未汉化此处应为description,我要实现的就是右侧方框中自动出现我设置的格式,也即只要用户创建一个问题,在弹出的窗口中就会自动出现我定义的描述默认值. 1.备份源文件 要修改的文件

mysql修改表中某个字段的默认值

Mysql中用SQL增加.删除字段,修改字段名.字段类型.注释,调整字段顺序总结 在网站重构中,通常会进行数据结构的修改,所以添加,删除,增加mysql表的字段是难免的,有时为了方便,还会增加修改表或字段的注释,把同字段属性调整到一块儿.这些操作可以在phpmyadmin或者别的mysql管理工具中完成,但是我们有时为了更方便的管理,会选择写sql语句来实现. 1.增加一个字段  代码如下 复制代码 //增加一个字段,默认为空alter table user add COLUMN new1 VA