Frameworks 实体框架4.1关系中的代码优先更改通常不会

Frameworks 实体框架4.1关系中的代码优先更改通常不会,frameworks,entity-framework-4.1,entity,ef-code-first,Frameworks,Entity Framework 4.1,Entity,Ef Code First,我经常在更改关系后运行测试用例时出错。在检查数据图上的关系时,我注意到它们通常没有反映我所做的任何更改,或者只是其中的一部分,从而混淆了模型。只有在VisualStudio的服务器资源管理器中创建图表时才会出现这种情况。在SQL Server中创建关系图时,更改显示良好 不幸的是,这也会影响代码的测试,因为我永远无法确定a是否因为关系更改或Visual Studio未更新而失败。每次都要分离和连接数据库有点痛苦 数据库被删除并正确地重新创建,但VisualStudio似乎针对缓存版本运行代码。有

我经常在更改关系后运行测试用例时出错。在检查数据图上的关系时,我注意到它们通常没有反映我所做的任何更改,或者只是其中的一部分,从而混淆了模型。只有在VisualStudio的服务器资源管理器中创建图表时才会出现这种情况。在SQL Server中创建关系图时,更改显示良好

不幸的是,这也会影响代码的测试,因为我永远无法确定a是否因为关系更改或Visual Studio未更新而失败。每次都要分离和连接数据库有点痛苦


数据库被删除并正确地重新创建,但VisualStudio似乎针对缓存版本运行代码。有没有其他类似的问题,有没有解决方法?

我肯定看到过更新SPs/函数导入并尝试更新关联的复杂类型的问题,列旁边的对话框窗口显示“更新”、“删除”等已更改,因此它肯定看到了不同,但是当应用更新时,这些通常看起来不起作用,我最终手动调整了复杂的类型


在上面的示例中,我不确定是否正确的方法是删除并重新创建类型,但是update函数的存在似乎表明应该可以进行更新。正如你所说,我的也感觉像一个缓存问题,虽然我还没有找到一个解决方案,但我有兴趣看看你是否能找到一个解决方案,如果我在这方面有任何进展,我也会在这里发帖

到目前为止,我发现这个问题的唯一解决方案是在VS中分离并重新连接数据库。这通常会修复它,但每次都要这样做确实很痛苦。我试着只在SQL Server中使用它,然后从那里断开并重新连接,但在我完全从SQL Server中出来之前,VS不会删除并生成数据库,这更糟糕。