使用FluentMigrator和EntityFramework,实现相对可控的多库兼容CodeFirst体验

作者:V君 发布于:2019-8-31 15:49 Saturday 分类:折腾手记

- TL;DR -

1) 在 NuGet 找到并安装 FluentMigrator、EntityFramework、数据库提供程序、Dapper
2) 确认 App.config 配置、增加连接字符串并明确 providerName
3) 应用程序初始化时按需配置环境
4) 配置 MigrationRunner
5) 撰写、调试数据库初始化 Migration
6) 使用 EntityFramework 操作 FluentMigrator 创建的数据库,Enjoy it!

- 扯扯 -

我在之前的文章中提到过,EntityFramework的纯CodeFirst方式并不好吃,因此一直以“基于现有数据库的CodeFirst”方式使用EntityFramework,即先手动创建数据库,再对应数据库结构手打实体模型。这种方式需要将创建数据库的SQL脚本保存下来,以便反复部署。如果要兼容不同数据库还需要为它们分别保存SQL脚本。在数据库有变更时还得反复更新脚本,这太麻烦了。

直到最近折腾的一个 ToyProject 想要分别适配 MySQL 和 SQLite 才重新考虑这个问题,然后做了尝试,尽管总体来说并没有很优雅,也总比EF的纯CodeFirst要靠谱得多。接下来是细节展开,如果光是看TL;DR觉得一脸懵逼,应该能有所缓解。

- 展开 -

1) 实际安装的NuGet包分别是
✸ FluentMigrator.Runner : 这个包之后有一大堆依赖被自动追加,不要被DLL数量吓到唷
✸ Dapper : 在初始化MySQL时需要用到
✸ System.Data.SQLite : 已包含EF提供程序的依赖
✸ MySql.Data.Entity : 不解释
2) 确认 App.config 中的提供程序、配置连接字符串
✸ 安装最后两个包之后,App.config 会在以下两处自动增加提供程序
  > configuration/entityFramework/providers
  > configuration/system.data/DbProviderFactories
  ⚠ NuGet包自动加上的提供程序配置可能会有问题,咕狗爆栈可以找到解决方案
✸ 连接字符串 :configuration/connectionStrings/add 用起 providerName 与提供程序对应
3) 应用程序初始化
✸ DataDirectory :针对 SQLite 在当前 AppDomain 上设置配置数据文件路径
4) 配置 MigrationRunner
✸ 创建数据库 : MySQL在连接字符串中指定了数据库名称,但实际不存在的时候会炸
  > 实例化 MySqlConnectionStringBuilder 获取并剔除连接字符串中的数据库名称
  > 用未指定数据库的连接字符串打开连接,检测到数据库不存在则创建(用Dapper偷懒)
  ⚠ 对于 SQLite 仅需简单打开数据库连接就能创建数据库文件
✸ 根据连接字符串的 providerName 配置不同数据库提供程序,可以参考文档示例
5) 写 Migration
✸ 一般情况下只需要在 Migration 中无脑 Create 各种需要的表和索引就可以了
  > 让我们来看看二般情 : 况针对 MySQL 使用 Execute.Sql 设置字符编码
6) 使用 EntityFramework,到这里就没太多可以扯的东西了
✸ 比起把连接字符串或其名称喂给 DbContext 我更喜欢直接给 DbConnection 实例

- EOF -

这就是本月的主要内容吗?从信息量上来说有点牵强呀…

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

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

解决VS2019+ReSharper载入解决方案后CPU占用过高卡死

作者:V君 发布于:2019-8-15 11:56 Thursday 分类:折腾手记

TL;DR
0)杀掉卡死的VS2019进程
1)删除位于以下目录的解决方案缓存
 %UserProfile%\AppData\Local\JetBrains\Transient\ReSharperPlatformVs??\v???_????????\SolutionCaches
2)删除解决方案下的 .vs 文件夹
+)重新打开解决方案,不再卡死

~扯扯时间~

在用SourceTree从Git仓库拉取更新后,打开vs发现长时间没响应,CPU占用很高。
掏出Procexp看看他在干啥,发是一条线程占用很高
在clr.dll!GetMetaDataInternalInterfaceFromPublic的地方
咕狗得出结论是ReSharper,就尝试清缓存了,果不其然问题解决了,美滋滋

~相关话题~

另外,如果在更新SVN且有冲突,在合并前就打开解决方案也可能导致卡死,
需要先在外部解决冲突合并项目文件,因为错误的项目文件结构会让VS或ReSharper懵逼

这po就当作餐前甜点,晚些再整理这个月的主要内容 乂目

标签: 软件开发 软件故障诊断

评论(2) 引用(0) 浏览(3468)

Powered by emlog 去你妹的备案 sitemap