Неможливо створити явну міграцію в рамках сутності

Я додаю нову міграцію, але це повідомлення показує:

Неможливо створити явну міграцію, оскільки очікуються такі явні міграції: [201203170856167_left]. Застосуйте очікувані явні міграції, перш ніж намагатися створити нову явну міграцію.

Чи може мені хтось допомогти?

Це повідомляє вам, що у вашому додатку є деяка необроблена міграція, і вона вимагає запуску, Update-Databaseперш ніж ви зможете додати іншу міграцію.

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

Вам потрібно запустити "update-database" з консолі диспетчера пакунків, щоб змінити базу даних. АБО ви можете видалити очікуваний файл міграції ([201203170856167_left]) зі своєї папки Migrations та повторно запустити "add-migration" у створити нову міграцію на основі ваших змін.

Ця помилка також може означати, що міграції більше не розпізнаються. Це трапилось зі мною після зміни значення ContextKey в Migrations.Configuration. Рішенням було просто оновити ContextKey в таблиці бази даних "__MigrationHistory" (або повернути значення в класі конфігурації, я думаю). ContextKey та простір імен у вашій програмі повинні збігатися.

1. Рядок підключення / дозвіл на з'єднання

Перевірте рядок з'єднання ще раз.

Переконайтеся, що користувач, з яким ви з'єднуєтесь, все ще має дозвіл на читання [__MigrationHistory]та має дозвіл на редагування схеми.

Ви також можете спробувати змінити рядок підключення у файлі конфігурації програми або Інтернету, щоб використовувати інтегровану безпеку (автентифікація Windows) для запуску команди додавання-переміщення як вас самого .

Наприклад:

connectionString="data source=server;initial catalog=db;persist security info=True;Integrated Security=SSPI;" 

Цей рядок підключення міститиме файл App.config проекту, де знаходиться DbContext.

2. Проект StartUp

Ви можете вказати проект StartUp у командному рядку, або можете клацнути проект правою кнопкою миші за допомогою папок DbContext, Configurationта Migrations та вибрати Встановити як проект StartUp . Я серйозно кажучи, це насправді може допомогти.

Мав таку ж проблему і міг її вирішити за допомогою декількох натяків на відповіді вище:

• У консолі менеджера пакетів перевірте проект за замовчуванням (вкажіть на проект із конфігурацією міграції
• Переконайтеся, що startup-proj має web.config з дійсним stringstring (або
• Переконайтеся, що проект із міграціями має app.config / web.config з дійсним рядком підключення
• Перевірка дозволів у БД (для користувача, налаштованого у вас у рядку підключення)

Використовуйте "update-database -verbose" в консолі диспетчера пакунків, щоб отримати більш конкретну інформацію, де міграції намагаються підключитися. (Допоміг у моєму випадку з’ясувати, що мій стартовий проект був встановлений неправильно ...)

Якщо ви не використовували їх, Update-Databaseви можете просто видалити його. Якщо ви запустили оновлення, поверніть його назад за допомогоюUpdate-Database -TargetMigration "NameOfPreviousMigration" , а потім видаліть.

Довідка: http://elegantcode.com/2012/04/12/entity-framework-migrations-tips/

Я скопіював цей текст прямо звідси: Як скасувати останню команду Додавання міграції?

Зіткнувшись з цією проблемою, спробуйте додати параметри до командлета додавання-переміщення. Наприклад, вказівка ​​проекту запуску, а також назви рядка підключення може допомогти EF знайти цільову базу даних.

add-migration Delta_Defect_0973 -ConfigurationTypeName your.namespace.ContextClassName -StartUpProject DeltaProject -ConnectionStringName DeltaSQL

Де:

Delta_Defect_0973 - це ім’я вашої міграції

your.namespace.ContextClassName - це ім’я вашого класу Configuration у вашій папці міграції з префіксом повного простору імен.

DeltaProject - це назва вашого основного проекту з вашим файлом web.config або app.config.

DeltaSQL - це ім’я вашого рядка підключення, визначеного у вашому файлі web.config або app.config.

Ця помилка означає, що перед тим, як здійснити іншу явну міграцію, потрібно здійснити міграцію, що очікує. Ви можете вибрати

1. Виконайте очікувані міграції за допомогою команди Update-Database
2. Видаліть очікувані міграції. Найбезпечнішим способом є відкриття папки "Міграція", клацніть правою кнопкою миші на [201203170856167_left]> Виключити з проекту

Після цього ви можете знову запустити "Add-Migration ..."

Сподіваюся, це допомагає

Тільки мої два центи:

Мій сценарій:

1. Я відновив свою локальну базу даних до робочого стану.
2. До цього вже застосовувались міграції.
3. Кожного разу, коли я намагався додати нову міграцію, я отримував помилку щодо очікуваних міграцій, як згадував мій ОП.

Рішення:

Щоб обійти це, я просто надав більш чіткі параметри:

Add-Migration -ConnectionString "Server=localhost\SQLEXPRESS;Database=YourDataBase;Trusted_Connection=True;" -ConnectionProviderName "System.Data.SqlClient" -verbose

Я вважаю, що ви можете встановити параметр у своїй папці app.config, щоб дозволити вам встановити цю поведінку за замовчуванням, тому вам не доведеться вказувати явні параметри щоразу. Однак я не впевнений, як це зробити.

Існує двозначність і тому помилка. Найкращий спосіб - виключити поточний файл міграції та створити новий файл міграції ( add-migration ), а потім скопіювати вміст нової міграції у виключений файл і включити його знову та запустити команду update-database .

Я вирішив таку ж проблему, як ця:

• видалити старий файл міграції
• update-database -force
• Add-Migration AddedEntity
• update-база даних

У мене були ті самі проблеми, і я зміг її вирішити лише під керуванням Add-Migration 'MigrationName' -Force

З -силя є важливою частиною.

У моїй локальній базі даних немає __MigrationHistoryзаповненої або існуючої. Я вручну створив таблицю, а потім перемістив дані в цій таблиці з PROD до моєї локальної бази даних. Це змусило В. С. думати, що міграції застосовані (якими вони були).

Порада.-Script Якщо ви не впевнені , завжди добре використовувати перемикач для команд міграції. Це також дійсно допомагає зрозуміти, щоUpdate-Database насправді робить.

Я запускаю наступне для оновлення бази даних, потім отримую сценарій, який можна застосувати вручну (або просто запустити його знову без тегу -Script).

Для Update-Databaseмене було б запустити наступне:

Update-Database -Script -ConfigurationTypeName Configuration_ASPNETIdentity -ConnectionStringName SQL_AzureLive

Де SQL_AzureLiveвказаний рядок підключення в моєму конфігурації.

Тоді я можу перевірити, чи правильно виглядає SQL, застосувати його і закінчити. Як сказали багато інших, якщо рядок з'єднання неправильний або невірний, ви отримаєте цю помилку.

Для мене я видалив файл міграції (у вашому випадку "201203170856167_left") з Migrationsпапки, а потім запустив команду нижче в консолі менеджера пакунків

Add-Migration <Parameter>
Update-Database

Сценарій

• Я працюю у філії, в якій я створив нову міграцію БД.
• Я готовий до оновлення від master, але master також нещодавно переніс БД.
• Я видаляю db-міграцію моєї гілки, щоб запобігти конфліктам.
• Я "оновлюю від майстра".

Проблема

Після оновлення від майстра запускаю "Add-Migration my_migration_name", але отримую таку помилку:

Неможливо створити явну міграцію, оскільки очікуються такі явні міграції: [201607181944091_AddExternalEmailActivity]. Застосуйте очікувані явні міграції, перш ніж намагатися створити нову явну міграцію.

Отже, я запускаю "Update-Database" і отримую таку помилку:

Неможливо оновити базу даних, щоб відповідати поточній моделі, оскільки там очікуються зміни, і автоматична міграція вимкнена

Рішення

У цей момент повторний запуск "Додавання міграції my_migration_name" вирішив мою проблему. Моя теорія полягає в тому, що запуск "Update-Database" отримав все в тому стані, який це було потрібно для того, щоб "Додавання-міграція" працювала.

Я теж натрапив на це питання. Це сталося, коли я створив нову БД, і у мене були очікувані зміни для міграції моєї першої кодової БД, потім я спробував запустити команду "Оновити-Базу даних". Рішення: Запустіть команду "Add-Migration -MigrationName", щоб створити нову міграцію для нової БД. Потім запустіть команду "Update-Database".

У мене ця проблема була і для бази даних, про яку я знав, що вона була оновлена ​​під час запуску Add-Migration. Вирішується шляхом простого запуску команди Add-Migration вдруге. Підозрюйте проблеми з підключенням, як це запропонував Робін Дорбел вище.

Це сталося, коли я раптом перейменував клас старої міграції, який вже існує у db. Я перевірив історію VCS, визначив це та перейменував назад. Всі працювали згодом.

Я зробив інший шлях. Я повністю скинув базу даних і знову запустив "update-database" у vs.

У мене була простіша проблема. VS помилково повідомив про цю помилку, коли у мене було підключення VPN до сайту клієнта, підключеного на моїй робочій станції. Проблема полягала в тому, що безпека СУБД була налаштована приймати запити тільки з мого реального локального IP-адреси. Просто вимкнення VPN вирішило проблему.

У моєму випадку я забув додати свою IP-адресу в правилах брандмауера в Azure, в основному, оскільки мені не вдалося підключитися до бази даних, я отримав цю помилку. Тому спеціально для мого випадку я додав свою IP-адресу до правил брандмауера бази даних в Azure, і все це працювало добре. Окрім цього, це може бути проблема проксі / підключення до Інтернету / Пароль імені користувача DB / Рядок підключення до DB тощо. АБО, очевидно, у вас можуть бути очікувані міграції, для яких вам потрібно запустити команду Update-Database.

Історично я завжди вирішував це, видаляючи очікувані міграції, або якщо залишився лише 1, і це було переважно бажано, використовуючи -fдля його відтворення.

Нещодавно це перестало працювати для мене.

Коли це сталося вперше, я перезапустив Visual Studio, а потім дозволив продовжити.

Другий раз, це спрацювало лише після того, як я запустив проект «Чистота». Це було майже так, ніби очікувані міграції були збережені, незважаючи на видалення всіх файлів з провідника.

Це не буде відповіддю для багатьох людей, але EF зафіксує цю помилку, коли не зможе підключитися до БД. Якщо ви працюєте вдома, як я, переконайтеся, що ви все ще підключені до своєї мережі VPN!

Я зазнав точно тієї ж проблеми відразу після повернення з міграції на іншу.

У моєму випадку я "націлений на міграцію" з "міграція06" на "міграція04".

Мені потрібно було видалити "migration0" 6, а потім я зміг примусово створити "migration05". В основному це означає, що вам потрібно просто зберегти наступну міграцію після цільової.

У моєму випадку (за допомогою MS Visual Studio) це було так само просто, як перезапуск Visual Studio.