这篇文章给大家介绍EF架构codeFirst从初始化到数据库迁移的过程是怎样的，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。
一些介绍
CodeFirst是EntityFrameworks的一种开发模式，即代码优先，它以业务代码为主，通过代码来生成数据库，并且加上migration的强大数据表比对功能来生成数据库版本，让程序开发人员不用维护数据库的变更，而直接维护migration即可，在它里面有你当前版本和过去历史版本的所有变更记录！
进行Migration数据库版本控制
（1）通过EF-CodeFirst自己帮我们建立了数据库，初始化的数据表
第一次建立数据模型，运行程序，自动建立数据库和数据表，并执行对应的初始化工作
数据模型
数据初始化
EF在LindAgile里的注册
数据库第一次被创建，数据表名的名称，可以控制它的单数和复数形式
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{ // 注意表单复数形式时，实体不能有下划线，必须是单词 modelBuilder.Conventions.Remove<System.Data.Entity.ModelConfiguration.Conventions.PluralizingTableNameConvention>();
}
其中__MigrationHistory表，它是数据变更的数据表，体现了数据库的历史
（２）开始数据迁移
这时，我们看解决方案里，没有migrations文件夹，因为这时你没有开启变更计划
当开启变更后，才会出现这个文件夹
Enable-Migrations
然后在项目中就看到了migrations文件夹，它将存储我们数据库的变更记录
我们如果新添加了数据实体DO，或者修改了原来的实体，然后希望升级一个变更记录，可以使用add-migration 变更名（随便写）
然后在我们项目的Migrations目录会多一个变更文件，它以时间戳开头，我们在变更执行时，这个时间戳是它顺序执行的关键
（３）把模型的变更更新到数据库
同时，我们看一个数据表__MigrationHistory，它没有发生变化，这是因为我们没有把变更更新到数据库，如果希望更新到数据库，可以使用update-database来实现，如果不加版本号，默认更新的是最新的变更记录，它会包括之前的变更代码，在更新时它会与数据表__MigrationHistory里的变更记录进行对比，如果已经更新过了，就不会执行这个版本，而只会向后更新！
执行完成后，我们再看一下数据表的变化，它也会多一条最新的变更记录，以后我们再有数据表变更，就使用这个方法即可，EF-migration只要我们好好用，它只会使我们的开发便得更快捷！
（４）把模型的变更成SQL脚本，以便在生产环境中使用
Update-Database -Script -SourceMigration: $InitialDatabase -TargetMigration:init
关于EF架构codeFirst从初始化到数据库迁移的过程是怎样的就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
