Я добавляю новую миграцию, но это сообщение показывает:
Невозможно сгенерировать явную миграцию, так как ожидают следующие явные миграции: [201203170856167_left]. Примените ожидающие явные миграции перед попыткой создать новую явную миграцию.
Может кто-нибудь помочь мне?
Ответы:
Он сообщает вам, что в вашем приложении есть необработанная миграция, и ее необходимо запустить, Update-Databaseпрежде чем вы сможете добавить еще одну миграцию.
-StartupProject ContentHub.Database
Update-Databaseдает> Невозможно обновить базу данных для соответствия текущей модели из-за ожидающих изменений
У меня такая же проблема. По-видимому, entity framework генерирует эту ошибку, когда не может подключиться к базе данных. Поэтому убедитесь, что у вас есть доступ к нему, прежде чем искать другие проблемы.
Вам либо нужно запустить «update-database» из консоли диспетчера пакетов, чтобы отправить изменения в базу данных, либо вы можете удалить файл ожидающей миграции ([201203170856167_left]) из папки Migrations, а затем повторно запустить «add-migration» в создайте новую миграцию на основе ваших правок.
Эта ошибка также может означать, что миграции больше не распознаются. Это случилось со мной после того, как я изменил значение ContextKey в Migrations.Configuration. Решением было просто обновить ContextKey в таблице базы данных «__MigrationHistory» (или, я думаю, вернуть значение в классе Configuration). ContextKey и пространство имен в вашем приложении должны совпадать.
Еще раз проверьте строку подключения.
Убедитесь, что у пользователя, с которым вы подключаетесь, все еще есть разрешение на чтение[__MigrationHistory] и разрешение на редактирование схемы.
Вы также можете попробовать изменить строку подключения в файле конфигурации приложения или веб-сайта, чтобы использовать встроенную безопасность (Windows Auth) для запуска команды добавления-миграции от имени себя. .
Например:
connectionString="data source=server;initial catalog=db;persist security info=True;Integrated Security=SSPI;" Эта строка подключения будет помещена в файл App.config проекта, в котором расположен DbContext.
Вы можете указать проект StartUp в командной строке или можете щелкнуть проект правой кнопкой мыши с папкой DbContext, Configurationи Migrations и выбрать Set as StartUp project . Я серьезно, это действительно может помочь.
Integrated Securityисправление отлично работает!
Имел ту же проблему и смог решить с некоторыми подсказками из приведенных выше ответов:
Используйте «update-database -verbose» в консоли диспетчера пакетов, чтобы получить более конкретную информацию, к которой пытается подключиться миграция. (Помогло в моем случае узнать, что мой стартап-проект настроен неправильно ...)
Если вы еще не использовали, Update-Databaseвы можете просто удалить его. Если вы запустили обновление, откатите его, используяUpdate-Database -TargetMigration "NameOfPreviousMigration" , а затем удалите.
Ссылка: http://elegantcode.com/2012/04/12/entity-framework-migrations-tips/
Я скопировал этот текст прямо отсюда: Как мне отменить последнюю команду Add-Migration?
При возникновении этой проблемы попробуйте добавить параметры в командлет add-migration. Например, указание запускаемого проекта, а также имени строки подключения может помочь EF найти вашу целевую базу данных.
add-migration Delta_Defect_0973 -ConfigurationTypeName your.namespace.ContextClassName -StartUpProject DeltaProject -ConnectionStringName DeltaSQLКуда:
Delta_Defect_0973 - это имя вашей миграции
your.namespace.ContextClassName - это имя вашего класса конфигурации в папке миграции с префиксом полного пространства имен.
DeltaProject - это имя вашего основного проекта с файлом web.config или app.config.
DeltaSQL - это имя строки подключения, определенной в файле web.config или app.config.
Эта ошибка означает, что необходимо выполнить отложенные миграции, прежде чем вы сможете выполнить еще одну явную миграцию. Вы можете выбрать
После этого вы можете снова запустить «Add-Migration ...»
Надеюсь, поможет
Всего два цента:
Мой сценарий:
Решение:
Чтобы обойти это, я просто предоставил более явные параметры:
Add-Migration -ConnectionString "Server=localhost\SQLEXPRESS;Database=YourDataBase;Trusted_Connection=True;" -ConnectionProviderName "System.Data.SqlClient" -verboseЯ считаю, что вы можете установить настройку в своей папке app.config, чтобы позволить вам использовать это поведение по умолчанию, чтобы вам не приходилось каждый раз указывать явные параметры. Однако я не уверен, как это сделать.
-ConnectionStringNameявляется альтернативой этому и будет извлекать строку подключения из вашей конфигурации по имени
Есть двусмысленность и так ошибка. Лучший способ - исключить текущий файл миграции и создать новый файл миграции ( добавить-миграцию ), а затем скопировать содержимое новой миграции в исключенный файл, снова включить его и запустить команду update-database .
update-databaseвыполнил add-migrationкоманду, а затем повторил ее, и она сработала
Я решил такую же проблему:
В моей локальной базе данных не было ни __MigrationHistoryзаполненных, ни существующих. Я вручную создал таблицу, а затем перенес данные в этой таблице из PROD в мою локальную базу данных. Это заставило VS подумать, что миграции были применены (что так и было).
Совет: всегда полезно использовать -Scriptпереключатель для команд миграции, если вы не уверены. Это также действительно помогает понять, чтоUpdate-Database самом деле происходит.
Я запускаю следующее, чтобы обновить базу данных, а затем получаю сценарий, который можно применить вручную (или просто запустить его снова без тега -Script).
Ибо Update-Databaseя бы запустил следующее:
Update-Database -Script -ConfigurationTypeName Configuration_ASPNETIdentity -ConnectionStringName SQL_AzureLive
куда SQL_AzureLive указанная строка подключения в моем config.
Затем я могу проверить, выглядит ли SQL правильно, применить его и готово. Как говорили многие другие, если строка подключения неверна или недействительна, вы получите эту ошибку.
Для меня я удалил файл миграции (в вашем случае «201203170856167_left») из Migrationsпапки, а затем выполнил следующую команду в консоли диспетчера пакетов
Add-Migration <Parameter>
Update-DatabaseСценарий
Проблема
После обновления с мастера я запускаю «Add-Migration my_migration_name», но получаю следующую ошибку:
Невозможно создать явную миграцию, так как ожидают следующие явные миграции: [201607181944091_AddExternalEmailActivity]. Примените ожидающие явные миграции перед попыткой создать новую явную миграцию.
Итак, я запускаю «Update-Database» и получаю следующую ошибку:
Невозможно обновить базу данных для соответствия текущей модели, поскольку есть ожидающие изменения и автоматическая миграция отключена
Решение
На этом этапе повторный запуск «Add-Migration my_migration_name» решил мою проблему. Моя теория состоит в том, что при запуске «Update-Database» все было в том состоянии, в котором оно было необходимо для работы «Add-Migration».
Я тоже столкнулся с этой проблемой. Это произошло, когда я создал новую БД, и у меня были отложенные изменения для моей миграции БД с первым кодом, и я попытался запустить команду «Update-Database». Решение: Выполните команду «Add-Migration -MigrationName», чтобы создать новую миграцию для новой БД. Затем запустите команду «Обновление-База данных».
У меня тоже была эта проблема с базой данных, которая, как я знал, была актуальной при запуске Add-Migration. Решается простым повторным запуском команды Add-Migration. Подозрение на проблему с подключением, как было предложено Робином Дорбеллом выше.
Это произошло, когда я внезапно переименовал класс старой миграции, который уже существует в db. Я проверил историю VCS, определил это и переименовал обратно. Потом все заработало.
Я поступил иначе. Я полностью отбросил базу данных и снова запустил update-database в vs.
У меня была проблема попроще. VS ошибочно сообщил об этой ошибке, когда у меня было VPN-соединение с клиентским сайтом, подключенным на моей рабочей станции. Проблема заключалась в том, что защита СУБД была настроена на прием запросов только с моего реального локального IP. Простое отключение VPN решило проблему.
В моем случае я забыл добавить свой IP-адрес в правила брандмауэра в Azure, поскольку мне не удалось подключиться к базе данных, я получал эту ошибку. Поэтому специально для моего случая я добавил свой IP-адрес в правила брандмауэра базы данных в Azure, и все это сработало. Кроме того, это может быть проблема с прокси / подключением к Интернету / паролем имени пользователя БД / строкой подключения к БД и т. Д. ИЛИ, очевидно, у вас могут быть ожидающие миграции, для которых вам нужно запустить команду Update-Database.
Исторически я всегда решал эту проблему, удаляя ожидающие миграции, или, если оставалась только 1, и это было наиболее желательно, используя -fдля ее воссоздания.
В последнее время у меня это перестало работать.
Когда это произошло в первый раз, я перезапустил Visual Studio, и тогда я смог продолжить.
Во второй раз это сработало только после того, как я запустил Очистку проекта. Это было почти так, как если бы ожидающие миграции были сохранены, несмотря на удаление всех файлов из проводника.
Для многих это не ответ, но EF устранит эту ошибку, если не сможет подключиться к БД. Если вы работаете из дома, как я, убедитесь, что вы все еще подключены к своей VPN!
У меня возникла точно такая же проблема сразу после возврата от миграции к другой.
В моем случае я «нацелен на миграцию» с «migration06» на «migration04».
Мне нужно было удалить «migration0» 6, а затем я смог принудительно создать «migration05». По сути, это означает, что вам нужно просто сохранить следующую миграцию после целевой.
В моем случае (с использованием MS Visual Studio) это было так же просто, как перезапустить Visual Studio.