Как включить миграцию EF для нескольких контекстов для разделения баз данных?

Как включить миграцию Entity Framework 5 (версия 5.0.0) для нескольких контекстов БД в одном проекте, где каждый контекст соответствует своей собственной базе данных? Когда я запускаю Enable-Migrationsконсоль PM (Visual Studio 2012), возникает ошибка из-за наличия нескольких контекстов:

PM> Enable-Migrations
More than one context type was found in the assembly 'DatabaseService'.
To enable migrations for DatabaseService.Models.Product1DbContext, use Enable-Migrations -ContextTypeName DatabaseService.Models.Product1DbContext.
To enable migrations for DatabaseService.Models.Product2DbContext, use Enable-Migrations -ContextTypeName DatabaseService.Models.Product2DbContext.

Если я запускаю, Enable-Migrations -ContextTypeName DatabaseService.Models.Product1DbContextмне не разрешено запускать, Enable-Migrations -ContextTypeName DatabaseService.Models.Product2DbContextпотому что миграция уже существует:Migrations have already been enabled in project 'DatabaseService'. To overwrite the existing migrations configuration, use the -Force parameter.

Второй вызов Enable-Migrations завершается ошибкой, поскольку файл Configuration.cs уже существует. Если вы переименуете этот класс и файл, вы сможете запустить этот 2nd Enable-Migrations, который создаст еще один Configuration.cs.

Затем вам нужно будет указать, какую конфигурацию вы хотите использовать при обновлении баз данных.

Update-Database -ConfigurationTypeName MyRenamedConfiguration

Помимо того, что предложил @ckal, очень важно дать каждой переименованной Configuration.cs свое собственное пространство имен. Если вы этого не сделаете, EF попытается применить миграции к неправильному контексту.

Вот конкретные шаги, которые мне подходят.

Если с миграциями произошла ошибка, и вы хотите создать новую «базовую линию»:

1. Удалите все существующие файлы .cs в папке Migrations.
2. В SSMS удалите системную таблицу __MigrationHistory.

Создание начальной миграции:

1. В консоли диспетчера пакетов:

   Enable-Migrations -EnableAutomaticMigrations -ContextTypeName
   NamespaceOfContext.ContextA -ProjectName ProjectContextIsInIfNotMainOne
   -StartupProjectName NameOfMainProject  -ConnectionStringName ContextA

2. В обозревателе решений: переименуйте Migrations.Configuration.cs в Migrations.ConfigurationA.cs. Это должно автоматически переименовать конструктор при использовании Visual Studio. Убедитесь, что это так. Изменить ConfigurationA.cs: измените пространство имен на NamespaceOfContext.Migrations.MigrationsA

3. Enable-Migrations -EnableAutomaticMigrations -ContextTypeName
   NamespaceOfContext.ContextB -ProjectName ProjectContextIsInIfNotMainOne
   -StartupProjectName NameOfMainProject  -ConnectionStringName ContextB

4. В обозревателе решений: переименуйте Migrations.Configuration.cs в Migrations.ConfigurationB.cs. Опять же, убедитесь, что конструктор также переименован соответствующим образом. Изменить ConfigurationB.cs: измените пространство имен на NamespaceOfContext.Migrations.MigrationsB

5. add-migration InitialBSchema -IgnoreChanges -ConfigurationTypeName
   ConfigurationB -ProjectName ProjectContextIsInIfNotMainOne
   -StartupProjectName NameOfMainProject  -ConnectionStringName ContextB 

6. Update-Database -ConfigurationTypeName ConfigurationB -ProjectName
   ProjectContextIsInIfNotMainOne -StartupProjectName NameOfMainProject
   -ConnectionStringName ContextB

7. add-migration InitialSurveySchema -IgnoreChanges -ConfigurationTypeName
   ConfigurationA -ProjectName ProjectContextIsInIfNotMainOne -StartupProjectName
   NameOfMainProject  -ConnectionStringName ContextA 

8. Update-Database -ConfigurationTypeName ConfigurationA -ProjectName
   ProjectContextIsInIfNotMainOne -StartupProjectName NameOfMainProject
   -ConnectionStringName ContextA

Шаги по созданию сценариев миграции в консоли диспетчера пакетов:

1. Команда выполнения

   Add-Migration MYMIGRATION -ConfigurationTypeName ConfigurationA -ProjectName
   ProjectContextIsInIfNotMainOne -StartupProjectName NameOfMainProject
   -ConnectionStringName ContextA

   или -

   Add-Migration MYMIGRATION -ConfigurationTypeName ConfigurationB -ProjectName
   ProjectContextIsInIfNotMainOne -StartupProjectName NameOfMainProject
   -ConnectionStringName ContextB

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

2. Либо запустите сценарии для нужной локальной базы данных, либо запустите Update-Database без -Script для локального применения:

   Update-Database -ConfigurationTypeName ConfigurationA -ProjectName
   ProjectContextIsInIfNotMainOne -StartupProjectName NameOfMainProject
   -ConnectionStringName ContextA

   или -

   Update-Database -ConfigurationTypeName ConfigurationB -ProjectName
   ProjectContextIsInIfNotMainOne -StartupProjectName NameOfMainProject
   -ConnectionStringName ContextB

Я только что столкнулся с той же проблемой и использовал следующее решение (все из консоли диспетчера пакетов)

PM> Enable-Migrations -MigrationsDirectory "Migrations\ContextA" -ContextTypeName MyProject.Models.ContextA
PM> Enable-Migrations -MigrationsDirectory "Migrations\ContextB" -ContextTypeName MyProject.Models.ContextB

Это создаст 2 отдельные папки в папке Migrations. Каждый будет содержать сгенерированный Configuration.csфайл. К сожалению, вам все равно придется переименовывать эти Configuration.csфайлы, иначе будут жалобы на наличие двух из них. Я переименовал свои файлы в ConfigA.csиConfigB.cs

РЕДАКТИРОВАТЬ : (любезно предоставлено Кевином Макфитом) Помните, что при переименовании файлов Configuration.cs также переименовывайте имена классов и конструкторы / РЕДАКТИРОВАТЬ

С этой структурой вы можете просто сделать

PM> Add-Migration -ConfigurationTypeName ConfigA
PM> Add-Migration -ConfigurationTypeName ConfigB

Это создаст файлы кода для миграции внутри папки рядом с файлами конфигурации (приятно хранить эти файлы вместе)

PM> Update-Database -ConfigurationTypeName ConfigA
PM> Update-Database -ConfigurationTypeName ConfigB

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

РЕДАКТИРОВАТЬ 08 февраля 2016: Я провел небольшое тестирование с EF7 версии 7.0.0-rc1-16348.

Мне не удалось заставить работать параметр -o | --outputDir. Он продолжал даватьMicrosoft.Dnx.Runtime.Common.Commandline.CommandParsingException: Unrecognized command or argument

Однако похоже, что при первом добавлении миграции она добавляется в папку Migrations, а последующая миграция для другого контекста автоматически помещается в подкаталог миграций.

Исходные имена, ContextAпохоже, нарушают некоторые соглашения об именах, поэтому теперь я использую ContextAContextи ContextBContext. Используя эти имена, вы можете использовать следующие команды: (обратите внимание, что мой dnx по-прежнему работает из консоли диспетчера пакетов, и я не люблю открывать отдельное окно CMD для выполнения миграции)

PM> dnx ef migrations add Initial -c "ContextAContext"
PM> dnx ef migrations add Initial -c "ContextBContext"

Это создаст снимок модели и начальную миграцию в Migrationsпапке для ContextAContext. Он создаст папку с именем, ContextBсодержащую эти файлы дляContextBContext

Я вручную добавил ContextAпапку и переместил файлы миграции ContextAContextв эту папку. Затем я переименовал пространство имен в этих файлах (файл моментального снимка, первоначальная миграция и заметил, что есть третий файл в исходном файле миграции ... designer.cs). Мне пришлось добавить .ContextAв пространство имен, и оттуда фреймворк снова обработает это автоматически.

Использование следующих команд создаст новую миграцию для каждого контекста

PM>  dnx ef migrations add Update1 -c "ContextAContext"
PM>  dnx ef migrations add Update1 -c "ContextBContext"

и сгенерированные файлы помещаются в правильные папки.

Если у вас уже есть «Конфигурация» с множеством миграций и вы хотите сохранить ее как есть, вы всегда можете создать новый класс «Конфигурация», присвоив ему другое имя, например

class MyNewContextConfiguration : DbMigrationsConfiguration<MyNewDbContext>
{
   ...
}

затем просто введите команду

Add-Migration -ConfigurationTypeName MyNewContextConfiguration InitialMigrationName

и EF без проблем выполнит миграцию. Наконец обновите свою базу данных, с этого момента EF будет жаловаться, если вы не скажете ему, какую конфигурацию вы хотите обновить:

Update-Database -ConfigurationTypeName MyNewContextConfiguration 

Готово.

Вам не нужно иметь дело с Enable-Migrations, так как он будет жаловаться, что «Конфигурация» уже существует, а переименование существующего класса конфигурации вызовет проблемы в истории миграции.

Вы можете настроить таргетинг на разные базы данных или одну и ту же, все конфигурации будут хорошо использовать таблицу __MigrationHistory.

Если существует больше баз данных, используйте следующие коды в PowerShell

Add-Migration Starter -context EnrollmentAppContext 

• "Стартер" - это название миграции.

• 'EnrollmentAppContext' - это имя моего контекста приложения

Вы можете открыть PowerShell в VS, выполнив: Tools->NuGet Package Manager->Package Manager Console

Чтобы обновить тип базы данных по следующим кодам в PowerShell ...

Update-Database -context EnrollmentAppContext

* если существует более одной базы данных, используйте только эти коды, в противном случае нет необходимости.

EF 4.7 фактически дает подсказку, когда вы запускаете Enable-migrations в нескольких контекстах.

В сборке Service.Domain найдено более одного типа контекста.

To enable migrations for 'Service.Domain.DatabaseContext.Context1', 
use Enable-Migrations -ContextTypeName Service.Domain.DatabaseContext.Context1.
To enable migrations for 'Service.Domain.DatabaseContext.Context2',
use Enable-Migrations -ContextTypeName Service.Domain.DatabaseContext.Context2.