CodeFirst是EntityFrameworks的一种开发模式,即代码优先,它以业务代码为主,通过代码来生成数据库,并且加上migration的强大数据表比对功能来生成数据库版本,让程序开发人员不用维护数据库的变更,而直接维护migration即可,在它里面有你当前版本和过去历史版本的所有变更记录!
第六十回 EF架构~CodeFirst生产环境的Migrations
第六十二回 EF架构~Migration数据迁移的执行顺序
(1)通过EF-CodeFirst自己帮我们建立了数据库,初始化的数据表
第一次建立数据模型,运行程序,自动建立数据库和数据表,并执行对应的初始化工作
数据模型
数据初始化
EF在LindAgile里的注册
数据库第一次被创建,数据表名的名称,可以控制它的单数和复数形式
protected override void OnModelCreating(DbModelBuilder modelBuilder) { // 注意表单复数形式时,实体不能有下划线,必须是单词 modelBuilder.Conventions.Remove<System.Data.Entity.ModelConfiguration.Conventions.PluralizingTableNameConvention>(); }
其中__MigrationHistory表,它是数据变更的数据表,体现了数据库的历史
(2)开始数据迁移
这时,我们看解决方案里,没有migrations文件夹,因为这时你没有开启变更计划
当开启变更后,才会出现这个文件夹
Enable-Migrations
然后在项目中就看到了migrations文件夹,它将存储我们数据库的变更记录
我们如果新添加了数据实体DO,或者修改了原来的实体,然后希望升级一个变更记录,可以使用add-migration 变更名(随便写)
然后在我们项目的Migrations目录会多一个变更文件,它以时间戳开头,我们在变更执行时,这个时间戳是它顺序执行的关键
(3)把模型的变更更新到数据库
同时,我们看一个数据表__MigrationHistory,它没有发生变化,这是因为我们没有把变更更新到数据库,如果希望更新到数据库,可以使用update-database来实现,如果不加版本号,默认更新的是最新的变更记录,它会包括之前的变更代码,在更新时它会与数据表__MigrationHistory里的变更记录进行对比,如果已经更新过了,就不会执行这个版本,而只会向后更新!
执行完成后,我们再看一下数据表的变化,它也会多一条最新的变更记录,以后我们再有数据表变更,就使用这个方法即可,EF-migration只要我们好好用,它只会使我们的开发便得更快捷!
(4)把模型的变更成SQL脚本,以便在生产环境中使用
Update-Database -Script -SourceMigration: $InitialDatabase -TargetMigration:init
原文地址:http://12951189.blog.51cto.com/12941189/1941242