EF架构~Migration数据迁移的执行顺序

回到目录

对于单个分支项目来说,只要你生成一个migration的版本,就会有一个时间戳文件的对应,而在update-database时,会从最小的时间开始,一直执行到当前版本的migration,而对于多个分支项目来说,会涉及在每个分支上添加自己的migration计划,这时,我们可能会手动修改时间戳,以适应我们数据库的迁移工作!

上面图中是一个复杂的数据迁移工程,它来自于多个分支项目,而在合适时,可能在A分支上有32,35,36,而在B分支上可能有33,34,这时我们把A分支合并到B之后,我们需要修改B原来的分支,因为你的33和34的日期可能在35和36之前,这时,在进行代码生成时,可以会有流失版本的问题,导致数据库结构不完整,所以,有时间我们需要根据代码的生产时间来修改migration的时间戳文件!

执行顺序:按着时间的顺序去执行,而不是按着名字的大小!

生产代码:Update-Database -Script -SourceMigration: $InitialDatabase -TargetMigration:init39

感谢各位阅读!

回到目录

posted @   张占岭  阅读(1155)  评论(0)  编辑  收藏  举报
编辑推荐：
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识（上）
· 浏览器原生「磁吸」效果！Anchor Positioning 锚点定位神器解析
· 没有源码，如何修改代码逻辑？
阅读排行：
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码，我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了，比商业数据库还牛
· 白话解读 Dapr 1.15：你的「微服务管家」又秀新绝活了
· 记一次.NET内存居高不下排查解决与启示
历史上的今天：
2015-03-16 解决IE11不能进行webTest脚本录制的方法
点击右上角即可分享
微信分享提示