标签:c entity-framework entity-framework-6 ef-migrations
当我第一次在项目中运行Enable-Migrations时,它在项目根目录下创建了一个Migrations文件夹.然后,我将Migrations文件夹移动到我的Data文件夹下,其中包含上下文和模型等.然后我在已经应用的迁移中更正了名称空间.
然后我尝试使用Add-Migration IdToLong进行第三次迁移,我收到一条错误消息:
Unable to generate an explicit migration because the following
explicit migrations are pending: [201703061039495_Initial,
201703061159110_ContactRequest]. Apply the pending explicit migrations
before attempting to generate a new explicit migration.
我能想到的唯一原因是EF已经存储了连接字符串位置的相对路径,并且该路径现在无用.我看到几个报告,当无法连接到数据库时,EF显示相同的消息.
EF的这个隐藏存储/配置与我们使用EF Core移动的位置相悖,我真的希望这个问题不会发生在那里.
为了解决我的问题,当我移动迁移时,更改或未更改的内容使EF无法再看到我已经应用了这些迁移?
解决方法:
移动迁移时,您可能(可能)更改了对象的命名空间.此命名空间用作__MigrationHistory表中ContextKey列的默认值.所以现在当EF检查哪些迁移已经应用时,它将与旧的迁移不匹配.
如果这是您的问题,您可以通过以下几种方式解决问题:
1)运行脚本以重命名上下文键以匹配新的命名空间:
UPDATE [dbo].[__MigrationHistory]
SET [ContextKey] = 'New_Namespace.Migrations.Configuration'
WHERE [ContextKey] = 'Old_Namespace.Migrations.Configuration'
2)将旧的上下文密钥硬编码到迁移配置构造函数中:
public Configuration()
{
AutomaticMigrationsEnabled = false;
ContextKey = "Old_Namespace.Migrations.Configuration";
}
标签:c,entity-framework,entity-framework-6,ef-migrations 来源: https://codeday.me/bug/20190623/1265816.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。