重置EntityFramework数据迁移到洁净状态

前言

翻译一篇有关EF数据迁移的文章，以备日后所用，文章若有翻译不当的地方请指出，将就点看，废话少说，看话题。【注意】：文章非一字一句的翻译，就重要的问题进行解释并解决。

话题引入

无法确定这种场景是否是大家也遇见过并且是频繁出现的，这种场景通常出现在需要对大量的数据进行迁移，导致EF数据迁移使得EF迁移状态呈现出一种不可用的状态，最终出现在新的数据迁移上无法进行更新数据库或者回滚。也就是说当进行数据迁移时有可能导致数据库和EF架构出现不一致的状态即所谓的异步，接下来我们将一步一步来解决这个问题。

温馨提示：如果你确定要走重置数据迁移的路线，请确保备份你的代码以及数据库，以防出现的架构非你所预期，当然了，EF代码生成器和架构匹配的如此完美，在数据库中亦是如此，但是以防失效并且你不想在没有备份的情况下陷入绝境，为什么这样说呢？在迁移里，你可能有你自定义的代码，此时将需要额外的工作来更新数据库，此时无法保证这样的工作是否能成功完成，所以为了安全，归根结底，请备份。

移除和重置数据迁移

step one

删除我们进行数据迁移在数据库中生成的表，如下：

首先删除_MigrationHistory 表，通过删除迁移记录表来告诉数据迁移已经被应用，如果这个表一直存在，EF将检测最新的版本的数据迁移是否已经被应用上，与此同时如果成功了则会抛出数据库和EF架构不同步的错误，如果你删除了这个表，EF将不会去检测架构是否匹配

step two

删除项目中的数据迁移。如下：

我们需要留下Configuration.cs文件，因为它可能包含初始化数据添加代码，当然你没有需要初始化的数据代码，我们也可以删除这个文件或者整个文件夹。此时我们运行这个应用程序将不会出现任何差错，因为此时在数据库中没有任何数据迁移表以及在项目中没有迁移文件

step three

通过【Enable-Migrations】重新创建数据迁移

若未完全删除整个项目的数据迁移文件夹则需要用上【Enable-Migrations -Force】命令

step four

通过【Add-Migration Initial】进行初始化数据迁移。

创建的文件里包含Up和Down方法定义了数据库的架构

基于表的DbContext和Model类创建了表和外键以及其他约束的命令，EF通过DbContext找到每个Model类，指出其关系和外键并且通过应用定义在Model类的特性设置，最终以代码来描述他们，此时你将看到如下

step five

通过【Update-Database】命令更新到数据库

此时你通过此命令来更新到数据库则出现【数据库已存在某表的对象】，此时为了解决这一点，我们可以通过注释UP方法来伪造出迁移。在UP方法上加上【return】即可（注意：完成后删除return，此时则回到了同步状态），如下：

此时再来运行【Update-Database】命令即可成功，如下：

finally

最后一步相对来说是最笨重也是繁重的，通过使用【Update-Database -script】来对本地和远程的数据库进行更新。最终将使得数据库与EF架构处于同步的状态。当然你觉得有些不对劲你可以通过VS中的SQL Server架构比较工具或者是Red Gate's 非常棒的SQL比较工具来进行比对。

为了方便大家在移动端也能看到我分享的博文，现已注册个人公众号，扫描上方左边二维码即可，欢迎大家关注，有时间会及时分享相关技术博文。

感谢花时间阅读此篇文章,如果您觉得这篇文章你学到了东西也是为了犒劳下博主的码字不易不妨打赏一下吧，让楼主能喝上一杯咖啡，在此谢过了！
如果您觉得阅读本文对您有帮助，请点一下“推荐”按钮，您的“推荐”将是我最大的写作动力！
本文版权归作者和博客园共有，来源网址：http://www.cnblogs.com/CreateMyself)/欢迎各位转载，但是未经作者本人同意，转载文章之后必须在文章页面明显位置给出作者和原文连接，否则保留追究法律责任的权利。