在 EF6 中更改数据库架构的最简洁方法

Question

目前我们正在mvc5中写一个页面，一个oracle sql数据库连接entitiy framework 6。

我们目前在 oracle 数据库中有两种模式，一种用于测试，另一种用于开发。实体框架中的模型是从开发数据库生成的，并且可以与它完美配合。

问题来了，将连接字符串更改为测试模式时。更改连接字符串后，应用程序无法找到表（因为它们仍然引用开发方案）。

目前我可以通过从模型中删除所有表并从正确的架构重新创建模型或手动编辑引用该架构的每个文件来解决此问题。这两种解决方案都有些令人厌烦且容易出错。

这种情况通常如何处理？

编辑

似乎更改数据库并保留架构不会产生任何错误。所以这只是架构相关的。

Answer 1

我想这是使用entity framework command interceptors 的完美用例。我刚刚尝试过，它运行良好，即使对于实体框架 DB-First 方法也是如此。

您可以像这样注册自定义命令拦截器：

DbInterception.Add(new ReplaceSchemaInterceptor(newSchema: "[my]"));

此行将在查询到达数据库之前将 [dbo] 架构名称替换为 [my] 架构名称。幸运的是，Entity Framework 生成命令文本时，模式名称用方括号括起来，因此很容易匹配和替换。顺便说一句，我不是 Oracle 专家，所以我假设 Oracle 查询也包括相同格式的模式。如果没有，那么您可能需要稍微调整一下实现（以将架构替换为 EF 生成的任何格式）。

ReplaceSchemaInterceptor 是一个实现 IDbCommandInterceptor 接口的类。在这个类中，您需要用自己的模式替换模式。下面是这个类的实现：

class ReplaceSchemaInterceptor : IDbCommandInterceptor 
{
    private readonly string _newSchema;

    public ReplaceSchemaInterceptor(string newSchema)
    {
        _newSchema = newSchema;
    }

    public void NonQueryExecuted(System.Data.Common.DbCommand command, DbCommandInterceptionContext<int> interceptionContext)
    {
    }

    public void NonQueryExecuting(System.Data.Common.DbCommand command, DbCommandInterceptionContext<int> interceptionContext)
    {
        command.CommandText = command.CommandText.Replace("[dbo]", _newSchema);
    }

    public void ReaderExecuted(System.Data.Common.DbCommand command, DbCommandInterceptionContext<System.Data.Common.DbDataReader> interceptionContext)
    {
    }

    public void ReaderExecuting(System.Data.Common.DbCommand command, DbCommandInterceptionContext<System.Data.Common.DbDataReader> interceptionContext)
    {
        command.CommandText = command.CommandText.Replace("[dbo]", _newSchema);
    }

    public void ScalarExecuted(System.Data.Common.DbCommand command, DbCommandInterceptionContext<object> interceptionContext)
    {
    }

    public void ScalarExecuting(System.Data.Common.DbCommand command, DbCommandInterceptionContext<object> interceptionContext)
    {
        command.CommandText = command.CommandText.Replace("[dbo]", _newSchema);
    }
}

最后，代码并不完美。您需要为构造函数参数添加一些空检查，并且可能在替换命令文本时摆脱实现方法中的代码重复（提取为可重用方法？）。现在它只是做你所要求的。

Answer 2

使用实体框架代码优先中的流畅映射，您可以在运行时指示默认架构。这是您的 DbContext 子类中的 OnModelCreating 中的一个语句，例如：

modelBuilder.HasDefaultSchema("dev");

您习惯于从数据库中重新生成模型，因此我得出的结论是，该模型不包含许多（或任何）会使模型生成成为一项艰苦操作的定制。这也应该使迁移到代码优先变得相对容易。所以我建议你这样做。

在 Visual Studio 中，您可以从现有数据库生成代码优先模型，方法是从 Visual Studio 实体框架工具附带的模板中添加“ADO.Net 实体数据模型”。 （可能是预装的）。选择“数据库中的代码优先”选项并遵循指南。

如果你这样做，你会在包含模型的项目中找到一个连接字符串。这个连接字符串可以作为连接字符串的模板，你将把它放在执行程序集的配置文件中。你会注意到它不看起来像......

metadata=res://* ... provider=System.Data.SqlClient;provider connection string="...""

这是属于数据库优先 edmx 模型的连接字符串。它包含作为资源生成到程序集中的元数据文件的路径。相反，连接字符串将是一个简单的 ADO.Net 连接字符串。使用代码优先，EF 将在运行时生成元数据。

如果你有这个，你可以在你的配置文件中为默认数据库架构添加一个条目，并使用它来设置我上面显示的架构。

Answer 3

看起来我们正在我的工作场所做某事。

为您的对象使用同义词！

一种可能是为您的测试表动态创建同义词 - 并删除文件中对架构的引用

假设连接的用户是CONNECT_USER - 必须是与您使用的架构不同的用户，即SCHEM_DEV 和SCHEM_TEST。

这是我将如何进行切换（Oracle PL/SQL 脚本 - 连接为 CONNECT_USER）：

begin
  for x in (select * from all_tables where owner='SCHEM_DEV')   
  loop
    --- drop synonyms on SCHEM_DEV objects
    execute immediate 'drop synonym '||table_name ;
    --- create synonyms on SCHEM_TEST objects
    execute immediate ' create or replace synonym '||table_name||' for SCHEM_TEST.'||table_name ;
  end loop;
end;
/