Когда я попытался выполнить SQLQuery (сгенерированный Update-Database -Verbose -f -Script локально в Visual Studio) в удаленной базе данных, я увидел следующую ошибку, возвращаемую SQL Server Management Studio:
Msg 2714, уровень 16, состояние 6, строка 1
В базе данных уже есть объект с именем __MigrationHistory.
Как это решить?
__MigrationHistory - это автоматически сгенерированная таблица, используемая EF для отслеживания обновлений / исправлений, примененных к базе данных. EF полностью знает об этой таблице и обрабатывает ее самостоятельно. Вы не должны создавать / удалять / изменять эту таблицу. Кажется, в вашей базе данных уже есть эта таблица. Если EF или ваш сценарий обновления пытается создать такую таблицу, это странно. Вам нужно все внимательно просмотреть и угадать / узнать, что на самом деле произошло, потому что либо EF взбесился, либо ваши скрипты подготовлены неправильно.
Просто вопрос. Вы используете другую схему, кроме dbo?
Я думаю, что это ошибка в структуре EF, когда она не проверяет схему, когда проверяет, существует ли таблица __MigrationHistory.
Я смог решить эту проблему, просто создав таблицу Dummy __MigrationHistory со схемой dbo, это обманом заставило генератор EF6 «создать таблицу»
CREATE TABLE [dbo].[__MigrationHistory] (
[MigrationId] [nvarchar](150) NOT NULL,
[ContextKey] [nvarchar](300) NOT NULL,
[Model] [varbinary](max) NOT NULL,
[ProductVersion] [nvarchar](32) NOT NULL,
CONSTRAINT [PK_dbo.__MigrationHistory] PRIMARY KEY ([MigrationId], [ContextKey])
)
Если вы хотите автоматизировать его, вам нужно будет создать пустую миграцию с фиктивным классом, который использует схему dbo, и сначала запустить эту миграцию, чтобы сгенерировать соответствующие таблицы. Затем запустите сценарии миграции с другой схемой, и все должно работать.
Я видел это, когда выполнял «Сначала код из существующей базы данных», когда извлекаемая база данных уже имеет таблицу __MigrationHistory.
В итоге он добавляет класс типа POCO. Удалите класс, повторите миграции и снова запустите.
Вам следует либо изменить строку подключения вашего запускаемого проекта, чтобы она указывала на удаленную базу данных - может показаться, что она указывает на базу данных, в которой уже есть таблица __MigrationHistory, либо сгенерировать полный сценарий, используя
update-database -script -SourceMigration $InitialDatabase
который запишет все миграции в один файл и проверит миграцию путем миграции, чтобы увидеть, какие из них нужно запустить. Первое, что делает этот скрипт, это проверяет наличие таблицы __MigrationHistory и создает ее, если она не существует.
Настройка для миграции может отсутствовать. Ввод команды add-migration MigrationName в консоли диспетчера пакетов перед обновлением базы данных сработал для меня, как предлагается в это руководство
Измените имя базы данных в строке подключения в web.config, которую я решил после удаления базы данных. Это обходной путь, который помогает в среде разработки. База данных была воссоздана с новыми объектами.
Я открыл SQL Explorer из Visual Studio и подключился к базе данных. Удаленная таблица с использованием SQL напрямую. Удалена папка "Миграции". Снова пробежал миграции. Поскольку это тестовая база данных, не было большой проблемы с удалением таблицы. Если у него есть данные, вам нужно подумать о другом решении. Больше ничего не работало.
Если вы используете существующую базу данных с EF и ядром .net, тогда на момент написания вам нужно будет создать начальную миграцию (dotnet ef database update) с пустыми методами Up / Down (вручную удалите код), поскольку -IgnoreChanges не реализован:
protected override void Up(MigrationBuilder migrationBuilder)
{
}
protected override void Down(MigrationBuilder migrationBuilder)
{
}
Это предотвратит попытки миграции создать таблицы, как это обычно бывает при первой миграции в сценарии «сначала код».
Запустить
dotnet ef database update
После завершения вы сможете обновлять, используя обычные миграции.
См. https://docs.microsoft.com/en-us/ef/ef6/modeling/code-first/migrations/existing-database
А также
Что эквивалентно -IgnoreChanges для ядра entity-framework в интерфейсе командной строки?
Перейдите в папку миграции. Вы увидите два файла: один - это конфигурация, а другой файл начинается с некоторого числа, например 019763632 ... откройте его, прокомментируйте код, который генерирует уже созданную таблицу. а затем включите автоматическую миграцию Enable-Migrations -EnableAutomaticMigrations update-database У меня это сработало, попробуйте
