Entity Framework и миграция с несколькими схемами в одном контексте

Хотя я согласен с тем, что несколько контекстов — это абсолютно лучший способ (и именно так я настраиваю свои собственные проекты), я хотел ответить на ваш первоначальный вопрос о том, как использовать несколько схем в одном контексте:

Внутри вашей конфигурации сопоставления для каждой модели вы можете вызвать «ToTable (myTableName, mySchema)», чтобы изменить схему, к которой принадлежит таблица:

public class MyEntityMap : EntityTypeConfiguration<MyEntity>
{
    public MyEntityMap ()
    {
        HasKey(t => t.MyId);
        Property(t => t.MyId)
            .HasDatabaseGeneratedOption(DatabaseGeneratedOption.Identity);

        ToTable("MyEntity", "MySchema");
    }
}

Это позволит вам установить схему для каждой таблицы отдельно, сохраняя при этом единый контекст.

Поскольку вы заявили, что хотите использовать одну и ту же модель в разных схемах, это немного усложняет задачу, не зная больше о вашей настройке. Если вы имеете дело только с несколькими клиентами и не возражаете против поддержки их схем в коде, вы можете просто создать карту для каждой схемы (как указано выше), а затем добавить новый DbSet для каждого клиента. Если вы пытаетесь сделать это масштабируемым для большого количества клиентов, я настоятельно рекомендую изучить другой подход, потому что ваш администратор базы данных может закричать, когда увидит более 100 идентичных таблиц в разных схемах, а не использовать столбец идентификатора клиента в каждой таблице. .

Глядя на эти посты

http://thedatafarm.com/data-access/digging-in-to-multi-tenant-migrations-with-ef6-alpha/

http://romiller.com/2011/05/23/ef-4-1-multi-tenant-with-code-first/

Я придумал этот контекст

public class DataLayerBuilder : DbContext
{
    private static  string conStr = string.Empty ;
    private DataLayerBuilder(DbConnection connection, DbCompiledModel model)
    : base(connection, model, contextOwnsConnection: false){ }
    public DbSet<Person> People { get; set; }

    private static ConcurrentDictionary<Tuple<string, string>, DbCompiledModel> modelCache
        = new ConcurrentDictionary<Tuple<string, string>, DbCompiledModel>();

    /// <summary>
    /// Creates a context that will access the specified tenant
    /// </summary>
    public static DataLayerBuilder Create(string tenantSchema)
    {
        conStr = ConfigurationManager.ConnectionStrings["ConnSTRName"].ConnectionString;
        var connection = new SqlConnection(conStr);
        var compiledModel = modelCache.GetOrAdd(
            Tuple.Create(conStr, tenantSchema),
            t =>
            {

                var builder = new DbModelBuilder();
                builder.HasDefaultSchema(tenantSchema);
                builder.Entity<Person>().ToTable("People");                   
                builder.Entity<Contact>().ToTable("Contacts");
                var model = builder.Build(connection);
                return model.Compile();
            });

        return new DataLayerBuilder(connection, compiledModel);
    }

    /// <summary>
    /// Creates the database and/or tables for a new tenant
    /// </summary>
    public static void ProvisionTenant(string tenantSchema)
    {
        try
        {
            using (var ctx = Create(tenantSchema))
            {
                if (!ctx.Database.Exists())
                {
                    ctx.Database.Create();
                }
                else
                {
                    ctx.Database.Initialize(true);

                }
            }
        }
        catch (Exception)
        {

            throw;
        }
    }
}

До сих пор мне удалось добавить несколько арендаторов, используя следующий код

 public void ProvisionTest()
    {
        //Arrange
        var tenant = "test2";

        //Act
        DataLayerBuilder.ProvisionTenant(tenant);

    }
}

Улучшая приведенный выше код, я думаю, вы можете написать простую функцию для обновления структуры таблиц для каждого пользователя.

надеюсь, это поможет

Решение, вероятно, лучше всего рассматривать как комбинацию ответов Роберта Петца и Альфконне с несколькими дополнительными инструментами для управления соединениями и управления миграцией. Я предпочитаю уровень БД, а не схему для каждого клиента для конкретных целей резервного копирования клиента. Вы можете правильно выполнить настройку резервного копирования/восстановления IF для конкретной схемы. Но убедитесь, что все задействованные внешние инструменты имеют дело с восстановлением на основе схемы.

Вы можете использовать несколько схем в одном контексте. В каждую из сущностей или классов вы должны добавить следующие аннотации данных:

[Table("TableName", Shema = "ShemaName")]

public class Entity
{

}