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

感谢各位阅读!

回到目录

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值