Mysql EF 触发器生成主键id 存储区更新、插入或删除语句影响到了意外的行数(0)。实体在加载后可能被修改或删除。刷新 ObjectStateManager 项 ;System.Data.Entity.Infrastructure.DbUpdateConcurrencyException

http://stackoverflow.com/questions/24725261/how-to-use-a-custom-identity-column-in-sql-with-entity-framework

情景,在mysql的一张表里面的id字段是主键,但是这个主键的值,不是自增的,也不是用户传入的,而是当insert的时候,由触发器来生成的.

这是触发器代码

我们到edmx模型中看看 EF生成的 , 很诡异的是, 由于我们的 creationtime 的字段是 timestamp 并且有个默认值是 Current_timestamp ,我们的EF居然认为这个是主键自增,这里要修改成  none

然后我们去看看  userid 是如何设置 默认就是 none

下面我们保存一条语句 试试

我们通过 Entity Framework Profiler监控可以看到,插入的 主键id 是0  ,然后我们去数据库看看, 触发器已经是正常工作, 主键的id 已经生成了

但是这个时候,我们在程序里面,  没有拿到新生成的主键id 啊, 而且刚才的 EF语句里面也没有帮我们查询出 新生成的主键id 呀… 这个怎么办?

这个时候,我尝试去修改 edmx 模型,  把 userid 的 StoreGeneratedPattern 设置为 Identity ,也就是表示这个键的id值是数据库自增的 ,我们来试试

 

提示报错了

我们来看看EF给我们生成的mysql是如何的

我们把他生成的 sql 语句, 丢到 mysql 里面跑一下 , 居然在 mysql 里面 能成功添加一条数据到表里面

我们来仔细看看 sql语句  ,为了方便,我添加了一个  SELECT LAST_INSERT_ID();   用于查看到底 这个最近添加的id的值是多少,结果是默认值0

整个sql最后的查询结果 userid 是空的

由于我们是使用EF来保存,他最后返回的 userid 是要 保存到刚才我们的实体里面做主键的,但是主键能为 空值 么? 很显然是不可以，所以 EF 认为这个批量执行过程没成功,直接报错了  . 但是我们在 mysql里面的时候,由于只是执行sql语句, 不存在EF那样的主键判断,所以 mysql 中就能成功添加一条记录.

那在EF5中 怎么才能拿到这个 用触发器 来生成的主键id ?  其实这里有个坑,那就是  通过触发器生成的主键id ,你想通过 我们平时的 SELECT LAST_INSERT_ID(); 是根本拿不到的,如果是在 实际的开发过程中,尽量要避免用 触发器来生成id这个值.

但是好在我这里只是用来导入数据,所以我在我的 c# 代码里面,直接用 max函数 查询出刚才生成的 用户id就可以了

我们还是把 userid的  StoreGeneratedPattern 再次设置为 none    这个 None：表示不处理

然后我们在c#代码里面 使用    Database.SqlQuery 方法,直接执行sql语句,返回刚刚增加到数据库生成的 userid 的值  (这里是随便用用可以这么做,实际做开发的时候,是不可以这么搞的,用 触发器来生成 主键 id  不怎么可行 )

 

下面是一个老外,也是掉到了这个坑里…

http://blog.devart.com/set-identity-and-computed-properties-in-entity-framework-without-triggers.html