一些实体框架迁移问题

Question

在我工作的地方，我们没有使用 EF 数据迁移。其他人则更喜欢使用其他工具（如 TOAD）生成 SQL 代码以创建表、视图等。然后运行生成的 SQL。这是他们不愿意放弃的功能。我以为不可能使用 EF 的数据迁移。

或者至少我是这么想的，直到我在周末遇到这个链接。使用现有数据库进行 Code First 迁移。我真的很想知道我们如何在工作中做到这一点。我们有两个团队在处理同一个问题。一个是开发一个网站应用程序。另一个是开发 WPF 应用。两者都使用相同的数据库，但使用不同架构中的不同表。如果我们首先将代码迁移与现有数据库一起使用，那么我们如何协调两个单独的 Visual Studio 项目之间的迁移？数据库中只有一个__MigrationHistory表。迁移必须单独维护。我们该如何去做呢？

我们正在开发一个新的 WPF 应用。因此，我确实通过添加 INotifyPropertyChanged （INPC） 接口以及实现它的代码来修改一些模型类。在查看 Code First with Existing Database 生成的代码时，我可以看到 EF 如何处理 1 对 1 关系。但我不太确定 EF 如何处理一对多关系。因此，我保留了一个单独的控制台应用项目，可以在其中清除所有模型类，然后通过 Visual Studio 的“添加项”来重现它们，并使用“代码优先”和现有数据库方法再次添加模型类。然后，我将向控制台应用打开一个 VS 实例，向 WPF 应用打开另一个 VS 实例，在其中，我将代码从已从控制台项目更改的类复制到 WPF 项目中。我这样做是因为我不想清除我为 INPC 添加的其他代码。如果我将 EF 数据迁移与包含 INPC 逻辑的模型类代码一起使用，这是否会导致 EF 迁移出现问题？

我们正在使用 EF 6.4。

Note：此问题总结整理于:Some Entity Framework migration questions

Answer 1

您好

首先，您的链接“[Code First Migrations with an Existing Database]”没有超链接。
关于 Code First 迁移，建议您先参考本文档。
这里也是一个有用的文件，希望对您有所帮助。

---

如果回复有帮助，请单击“接受答案”并投赞成票。 注意：如果您想接收此线程的相关电子邮件通知，请按照我们文档中的步骤启用电子邮件通知。