使用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

« 初体验.NET Core 3.0，Core新特性和传统Framework的差别 | 解决VS2019+ReSharper载入解决方案后CPU占用过高卡死»

引用地址:

发表评论：

Powered by emlog 去你妹的备案 sitemap