如何在 ASP.NET MVC 应用程序区域中使用不同的实体框架 DbContext？

Question

目前我正在使用 MVC 4 和实体框架代码优先方案构建一个 Web 应用程序。

在我的应用程序的主要结构中，我有一个Dbcontext(BlogDB) 来管理一些Blog 类。它工作正常，因为它在数据库中创建了我需要的所有表。然后我创建了一个区域来托管在线商店。我的想法是创建一个单独的DbContext 类（OnlineStoreDB）来处理仅用于在线商店的类。

我的问题是一旦OnlineStoreDB 被触发，实体框架不仅为OnlineStore 创建了表，而且还删除了旧表。

我的问题是：

1. 如果您知道保留旧表的方法吗？
2. 究竟如何在一个应用程序中管理多个 EF 上下文类？

代码：

public class BlogDB : DbContext
{
    public BlogDB ()
        : base("DBConnection")
    {
        Database.SetInitializer(new BlogInitializer());
    }

    public DbSet<Blog> Blogs { get; set; }
    public DbSet<Author> Authors { get; set; }
    public DbSet<Comment> Comments { get; set; }
}

public class OnlineStoreDB : DbContext
{
    public OnlineStoreDB() :
        base("DbConnection")
    {
        Database.SetInitializer(new OnlineStoreInitializer());
    }

    public DbSet<Order> Orders { get; set; }
    public DbSet<Product> Products { get; set; }
    public DbSet<User> Users { get; set; }
}

Answer 1

Xavier，欢迎使用代码优先！

是的，代码优先是一种出色的方法，它承诺了很多。但现在你已经成功了。在微软（或据我所知，在外部）没有聪明的人想出一种在不危及数据和可能的架构的情况下智能地更改表的流畅方法。

2 年前，实施策略是删除并重新构建数据库。这是无法容忍的，因为我们中的许多人都没有 SU 访问权限并且被拦在了我们的轨道上。

对于我从代码优先发现的所有优势，我更喜欢 DB 首先。虽然数据不容易保存，但注释可以通过伙伴类进行。

Microsoft 提出了一些巧妙的迁移策略。我强烈建议你阅读这两篇文章。代码项目二：

1) http://blogs.msdn.com/b/adonet/archive/2012/02/09/ef-4-3-code-based-migrations-walkthrough.aspx

2) http://www.codeproject.com/Articles/504720/EntityplusFrameworkplusCodeplusFirstplusMigrations

无论您决定继续使用 Code-First，它们都应该具有启发性。我听起来像个批评家，但我在一个优点和另一个稳定性之间左右为难。

最后，我认为您不应该保留 2 个 dbcontexts。您的 POCO 应在 1 个上下文中合并。

Answer 2

如果你想保持表不被改变，你需要在两个 DBContexts 中将初始化设置为 null，如果它们有子集的话。

但我没有看到您为一个数据库创建两个 DBContexts 的意义。你能清楚地分开你数据库中的两组表（域）吗？