时间戳

首页 > 解决方案 > EF Core 和运行时定义的架构

c# - EF Core 和运行时定义的架构

问题描述

免责声明

我试图寻找答案，但我找到的解决方案对我不起作用。

情况

我有一个 EF Core 2.2 项目，其架构在配置文件中定义。

例如，每个用户都应该有自己的环境，包括数据表、迁移表等。所以有一个配置文件（不一定受版本控制），它定义了模式名称。

什么失败了

创建迁移时，EFCore 工具将架构名称（无论它在运行时是什么）硬连接到快照和迁移代码。

我设法在任意模式中创建迁移表。

services
   .AddDbContext<AppDbContext>(opt =>
       opt.UseSqlServer(
           cred.Database.ConnectionString,
           opt => opt.MigrationsHistoryTable(
               "__EFMigrationsHistory", cred.Database.Schema)));

但是数据表仍然是在运行添加迁移工具时定义的架构中创建的。

尝试了什么

modelBuilder.HasDefaultSchema(mSchema.Schema)

似乎没有效果。

modelBuilder.Entity<>.ToTable(nameof(...), mSchema.Schema)

这（与前面的代码一起）使查询在新模式中查找表。我不需要玩IModelCacheKey，因为一次只有一个模型，所以我没有。

Remove schema parameters from migration CS file

我认为这会强制 EF Core 使用上面指定的默认架构。相反，数据表是在dbo模式中创建的。

更新

看起来，EFCore 的核心使用多个模式没有问题。它是使用硬编码模式生成迁移的 Add-Migration 工具。Ans 无论出于何种原因，迁移和模型定义都是完全分开的。

有人可以指出我正确的方向吗？

标签： c#entity-framework.net-coreef-core-2.2

解决方案

万一有人想知道-我找到了解决方案。它涉及将一些代码注入到 EF 迁移管道中，就像这样。

在Startup.ConfigureServices：

services
    .AddEntityFrameworkSqlServer()
    .AddScoped<IMigrationsSqlGenerator, SchemaMigrationsSqlGenerator>()
    .AddScoped<MigrationsSqlGenerator, SqlServerMigrationsSqlGenerator>()
    .AddDbContext<AppDbContext>((serviceProvider, sqlOpt) =>
    {
        sqlOpt.UseInternalServiceProvider(serviceProvider)
              .UseSqlServer(
                  connectionString,
                  // Make sure thge migration table is also in that schema
                  opt => opt.MigrationsHistoryTable("__EFMigrationsHistory", yourSchema));
    });

并创建一个新类：

/// <summary>
/// A class injected into the SQL command generation
/// in order to replace the schema with the one we want.
/// </summary>
public sealed class SchemaMigrationsSqlGenerator : IMigrationsSqlGenerator
{
    #region Fields

    private readonly MigrationsSqlGenerator mOriginal;

    private readonly ISchemaStorage mSchema;

    #endregion


    #region Init aned clean-up

    /// <summary>
    /// Constructor for dependency injection.
    /// </summary>
    /// <param name="original">Previously used SQL generator</param>
    /// <param name="schema">Where the schema name is stored</param>
    public SchemaMigrationsSqlGenerator(MigrationsSqlGenerator original, ISchemaStorage schema)
    {
        mOriginal = original;
        mSchema = schema;
    }

    #endregion


    #region IMigrationsSqlGenerator API

    /// <inheritdoc />
    /// <remarks>
    /// Overwrite the schema generated during Add-Migration,
    /// then call the original SQL generator.
    /// </remarks>
    IReadOnlyList<MigrationCommand> IMigrationsSqlGenerator.Generate(
        IReadOnlyList<MigrationOperation> operations, IModel model)
    {
        foreach (var operation in operations)
        {
            switch (operation)
            {
                case SqlServerCreateDatabaseOperation _:
                    break;

                case EnsureSchemaOperation ensureOperation:
                    ensureOperation.Name = mSchema.Schema;
                    break;

                case CreateTableOperation tblOperation:
                    tblOperation.Schema = mSchema.Schema;
                    break;

                case CreateIndexOperation idxOperation:
                    idxOperation.Schema = mSchema.Schema;
                    break;

                default:
                    throw new NotImplementedException(
                        $"Migration operation of type {operation.GetType().Name} is not supported by SchemaMigrationsSqlGenerator.");
            }
        }

        return mOriginal.Generate(operations, model);
    }

    #endregion
}

上面的代码强制迁移在注入了一个普通ISchemaStorage接口的模式中执行。

推荐阅读