在MySQL用EF6遇到的那些坑

作者:V君 发布于:2017-6-20 16:12 Tuesday 分类:挖坑经验

把在 MySQL 用 EF 遇到的各种坑记下来,挂起假古文


首次创建迁移(初始迁移)之前应做好预处理:

避免生成的SQL语句有架构名称(dbo), 不这样做将会在今后的更新迁移中掉坑.

不要等你发现之后再加上这句, 要重建数据库才能避免更多问题.

 

(先记一个,有新的坑再追加, (´∀((☆ミつ)

标签: 软件开发 C# 数据库 ORM

评论(0) 引用(0) 浏览(16)

软件开发辅助工具 - 将EntityFramework实体文档注释搬进数据库(MSSQL)

作者:V君 发布于:2017-1-9 21:22 Monday 分类:我的应用

TL;DR
[ 本体 ][ 源代码 ]

效果:生成SQL用于更新表和字段说明.
用法:直接运行,在弹出的打开对话框选择定义实体的程序集. (记得启用XML文档生成)
限制:尚不明确.
环境:需要.NET 4.5.2以上, 作为开发者不需要啰嗦更多.


 

扯扯:

 

点击查看原图

 

点击查看原图

 

虽然用上Code-first之后各种便利,然而当需要生成数据库注释用来给运维之类的提供方便时.
咕狗了之后发现并没有现成的工具,懵逼了一会儿. 又查了一下更新数据库注释的方法.
嗯嗯 MSSQL 比 MySQL 做起来方便多了. 于是这个小工具就诞生辣.


首先将打开对话框指定的程序集载入

 遍历所有类 -> 筛选出有[TableAttribute]特性定义的类
  遍历属性 -> 筛选出可读可写的非导航属性
 收集表名,成员名(如果指定了Column特性,将取其指定的列名)

 按对应定义抓取XML文档里的注释

 基于上述信息构建数据库更新SQL脚本. 
  (由于M$SQL新增和更新的分别是两个存储过程, 于是简化处理, 先新增再更新. 
   ((报已存在的错误提示无视掉就可以了 _(:з」∠)_

 将SQL输出到窗体控件

由用户自行丢进SSMS执行,结束.


做这东西过程中遇到了几个有趣的现象, 尽管不是很高深.


0) 嵌套类全名用加号分隔类名
 但是XML文档中仍然是用点分隔类名

1) 基类在不同的程序集
 这时候就要按属性信息的定义类(DeclaringType)去找程序集对应的XML来读取注释了

2) 继承来自泛型的成员
 在XML中泛型以"MyGenericClass`1"的方式表示,
 需要区分泛型然后获取泛型定义(GetGenericTypeDefinition)
 再读取全名才能得到XML中的名字格式,
 如果直接取全名将会得到类似"MyGenericClass[Int32]"的格式.



标签: 软件开发 C# 数据库 ORM

评论(0) 引用(0) 浏览(214)

解决ASP.NET Boilerplate与EntityFramework反复出现无用更新的现象[Update]

作者:V君 发布于:2016-10-23 15:49 Sunday 分类:挖坑经验

TL;DR

重写SaveChanges和SaveChangesAsync ,

在base实现调用之前增加以下代码,去除对前三个字段的无用更新的操作.

private static readonly HashSet<string> IgnoreCheckUpdateFields = new HashSet<string>

{

    nameof(IAudited.CreationTime),

    nameof(IAudited.LastModificationTime),

    nameof(IAudited.LastModifierUserId),

    nameof(Entity.Id),

};


private void BlockNeedLessUpdate()

{

    //LEVEL 1: always CreationTime

    var allModified = ChangeTracker

        .Entries<ICreationAudited>()

        .Where(p => p.State == EntityState.Modified);


    foreach (var item in allModified)

        item.Property(nameof(ICreationAudited.CreationTime))

            .IsModified = false;


    //LEVEL 2: only LastModificationTime LastModifierUserId

    var allModified2 = ChangeTracker

        .Entries<IAudited>()

        .Where(p => p.State == EntityState.Modified);


    foreach (var item in allModified2)

    {

        var changed = item.CurrentValues.PropertyNames

         .Any(p => !IgnoreCheckUpdateFields.Contains(p) 

         && false == item.CurrentValues[p]?.Equals(item.OriginalValues[p]));


        if (changed) continue;

        item.Property(nameof(IAudited.LastModificationTime)).IsModified = false;

        item.Property(nameof(IAudited.LastModifierUserId)).IsModified = false;

    }

}

 

听我扯扯:

由于ASP.NET Boilerplate首次启动/登录时很慢, 于是将EF生成的SQL语句打到调试输出.

发现大量的创建时间被更新的现象. 

深入调查发现可能是因为 CreationAuditedEntity 在构造时初始化成 Clock.Now

然后EF从数据库读出值再次绑定,

造成 CreationTime 的 setter 被多次调用导致变更追踪机制懵逼.

粗暴地把所有对 CreationTime 的更新操作屏蔽就好了.

不知道是不是错觉, 这么做了之后发现调试启动速度快了70%呀.


ps. 或许 EF 的变更追踪没有 dbml 那么完善,它只监视赋值行为.然而 dbml 还检查了值变化.


Update:

随着继续调试又发现Tenant的LastModificationTime和LastModifierUserId被更新

然而并没更新到别的字段, 明显这样的更新动作是无用的.

进一步调试看起来EF只是简单的比较了两个装了箱的值, 然而在SQL层面又做了值重复过滤

导致这种尴尬现象.

标签: 软件开发 C# 数据库

评论(0) 引用(0) 浏览(373)

解决ASP.NET Boilerplate连接MS SQL报Filter name MustHaveTenant not found

作者:V君 发布于:2016-10-23 15:20 Sunday 分类:挖坑经验

TL;DR

重写 OnModelCreating 要调用base实现. 加上调用base实现需要重建数据库.

 

 

听我扯扯:

受够MySQL提供程序的bug之后, 换MS SQL看看会不会好点.

直接在 DbContext 和迁移剔除所有 MySQL 的 Attribute

再去Web.Config把所有My配置去掉.连接字符串改到MS SQL.

 

编译然后生成数据库报错了. 提示 ON DELETE NO ACTION

咕狗到爆栈帖子说是实体关系配置问题. 重写了 OnModelCreating 方法.

 

然后, 尽管数据库生成出来了.

然而运行起来就爆炸鸟:Filter name MustHaveTenant not found....

 

各种问, 各种咕狗. 然后找到了ABP作者的回帖最终完美解决问题, 顺利地跑起来!

接下来看看EF-LINQ提供程序做复杂投影有没有MySQL的问题吧!

标签: 软件开发 C# 数据库

评论(0) 引用(0) 浏览(433)

[不理想]使用EntityFramework6 Code First操作SQLite[Update1]

作者:V君 发布于:2016-9-15 20:22 Thursday 分类:折腾手记

这段时间一直在用EF6CF+MySQL忙得没完没了.终于到了假期,试试SQLite和EFCF看看手感如何吧!


新建项目开始折腾吧,从nuget上获取程序包,System.Data.SQLite 1.0.103

然后就是一坨自动依赖 Core/EF6/Linq, 删除EntityFramework.SqlServer引用

删除App.config,咱用SQLite就是想做个便携本地应用, 当然尽可能的在代码中配置


创建数据库上下文类, 继承DbContext

然后是类似MySqlEfConfiguration一样打一个特性上去, 发现并没有自带.

从爆栈上面找到个看起来靠谱的写法.结合问题和答案加到项目中.

然后就是添加迁移配置来创建数据库了, 就算不能自动变更也要来个初始化迁移来建库.

在程序包管理器控制台选择对应项目, 键入 Enable-Migrations 回车.

经过几次自动发起的生成, 尽管有报错, Migrations 文件夹和配置类出来就可以了.


接着还是像使用MySQL一样配置代码生成器, 在迁移配置类构造中追加配置

SetSqlGenerator , 这时发现生成器也没有自带, 网上还有很多说不支持

不过还是在爆栈找到了生成器的实现. 使用答案中的类实例作为生成器.

刚下下来的代码是编译不能的, 根据Resharper提示更换了命名空间才能用.


在数据库上下文类新增无参构造,给base传递Sqlite连接实例,

第二个参数true表示上下文拥有连接实例,可以自动释放.

走一下新增初始建库迁移吧! 在程序包管理器控制台输入 Add-Migration Init 回车!

用来创建数据库的初始迁移就出来啦! 尽管Up/Down方法体内什么都没有!


有了迁移, 那么生成一下SQL看看, 仍然是包管理器控制台, 键入 Update-Database -Script

又是几次自动发起的生成, 然后一个空的sql文件冒了出来... 哈哈 当然, 咱么还没加表呢!


赶紧加表看看效果吧! 回到数据库上下文类增加公开可读写属性IDbSet<T> T是你的实体类.

删除Migrations里的*******_Init.cs, 删除已有的数据库文件

以后要改变数据库都要删除它们再重新Add-Migration,

并且只能有第一次, 因为目前Sqlite的EntityFramework似乎还不支持自动迁移...

这也就是给文章标题打上[不理想]标签的原因.

这次的迁移Up/Down方法体里面有东西了, 分别是创建和删除表.

生成的sql文件crate table语句也出来了.

理所当然的发现没有迁移历史表 __MigrationHistory 的创建语句.


接下来是直接创建数据库, 包控制台里面输入 Update-Database 去掉后面的 -Script 参数

这时应该会在exe旁边冒出连接字符串中指定的文件名啊? 怎么什么都没有?

用Everything搜索文件名才发现, 原来这货跑到系统目录去生成了, 我去 _(:з」∠)_


于是接着咕狗,然后爆栈解决问题, 通过应用域里面类似环境变量一样的方式指定路径.

终于在指定位置自动创建了数据库, 对于每次结构变更只能重建数据库... 凑合着用吧.


Update1:

不同表名相同字段并且是外键时会创建同名索引导致SQL执行错误

需要在 MigrationSqLiteGenerator 以下方法做修改来解决

 Generate(CreateIndexOperation) 

 Generate(DropIndexOperation)

将索引名称后缀上表名就可以了, 

ltextWriter.Write(opeCriacaoIndex.Name + "_" + RemoveDBO(opeCriacaoIndex.Table));

ltextWriter.Write(opeDropIndex.Name + "_" + RemoveDBO(opeDropIndex.Table));

尽管Drop操作现在也没机会用得到, 先也修改吧, 哪天迁移功能受支持就可以直接用了.


标签: 软件开发 C# 数据库 LINQ ORM

评论(0) 引用(0) 浏览(301)

Powered by emlog 去你妹的备案 sitemap