这篇文章给大家介绍EF架构codeFirst从初始化到数据库迁移的过程是怎样的,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。
员工经过长期磨合与沉淀,具备了协作精神,得以通过团队的力量开发出优质的产品。成都创新互联公司坚持“专注、创新、易用”的产品理念,因为“专注所以专业、创新互联网站所以易用所以简单”。公司专注于为企业提供成都网站设计、做网站、微信公众号开发、电商网站开发,成都微信小程序,软件按需网站开发等一站式互联网企业服务。一些介绍
CodeFirst是EntityFrameworks的一种开发模式,即代码优先,它以业务代码为主,通过代码来生成数据库,并且加上migration的强大数据表比对功能来生成数据库版本,让程序开发人员不用维护数据库的变更,而直接维护migration即可,在它里面有你当前版本和过去历史版本的所有变更记录!
进行Migration数据库版本控制
(1)通过EF-CodeFirst自己帮我们建立了数据库,初始化的数据表
第一次建立数据模型,运行程序,自动建立数据库和数据表,并执行对应的初始化工作
数据模型
数据初始化
EF在LindAgile里的注册
数据库第一次被创建,数据表名的名称,可以控制它的单数和复数形式
protected override void OnModelCreating(DbModelBuilder modelBuilder) { // 注意表单复数形式时,实体不能有下划线,必须是单词 modelBuilder.Conventions.Remove(); }
其中__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
关于EF架构codeFirst从初始化到数据库迁移的过程是怎样的就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。
另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。
网页题目:EF架构codeFirst从初始化到数据库迁移的过程是怎样的-创新互联
文章链接:http://lswzjz.com/article/ipoes.html