Nie można wygenerować jawnej migracji w ramach jednostki

Dodaję nową migrację, ale ten komunikat pokazuje:

Nie można wygenerować jawnej migracji, ponieważ oczekują następujące jawne migracje: [201203170856167_left]. Zastosuj oczekujące jawne migracje przed próbą wygenerowania nowej jawnej migracji.

Czy ktoś może mi pomóc?

Informuje, że w aplikacji jest jakaś nieprzetworzona migracja i wymaga uruchomienia, Update-Databasezanim będzie można dodać kolejną migrację.

Miałem ten sam problem. Najwyraźniej struktura jednostki generuje ten błąd, gdy nie może połączyć się z bazą danych. Dlatego upewnij się, że możesz uzyskać do niego dostęp, zanim zaczniesz szukać innych problemów.

Musisz albo uruchomić "update-database" z konsoli menedżera pakietów, aby przesłać zmiany do bazy danych LUB możesz usunąć oczekujący plik migracji ([201203170856167_left]) z folderu Migracje, a następnie ponownie uruchomić "add-migrację" do utwórz zupełnie nową migrację na podstawie swoich zmian.

Ten błąd może również oznaczać, że migracje nie są już rozpoznawane. Zdarzyło mi się to po zmianie wartości ContextKey w Migrations.Configuration. Rozwiązaniem było po prostu zaktualizowanie ContextKey w tabeli bazy danych „__MigrationHistory” (lub chyba przywrócenie wartości w klasie Configuration). ContextKey i Przestrzeń nazw w aplikacji powinny być zgodne.

1. Parametry połączenia / Uprawnienia połączenia

Sprawdź ponownie parametry połączenia.

Upewnij się, że użytkownik, z którym się łączysz, nadal ma uprawnienia do odczytu [__MigrationHistory]i uprawnienia do edytowania schematu.

Możesz również spróbować zmienić parametry połączenia w pliku konfiguracyjnym aplikacji lub sieci Web, aby użyć zintegrowanych zabezpieczeń (Windows Auth) do uruchomienia polecenia add -igration jako siebie .

Na przykład:

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

Te parametry połączenia zostaną umieszczone w pliku App.config projektu, w którym znajduje się DbContext.

2. Projekt startowy

Można określić projektu StartUp w linii poleceń można też kliknąć prawym przyciskiem myszy projektu z DbContext, Configurationi migracje folder i wybierz Ustaw jako projektu Autostart . Mówię poważnie, to może faktycznie pomóc.

Miałem ten sam problem i udało mi się rozwiązać z kilkoma wskazówkami z powyższych odpowiedzi:

• W konsoli menedżera pakietów zaznacz projekt domyślny (wskaż projekt z konfiguracją migracji
• Upewnij się, że startup-proj ma plik web.config z prawidłowym ciągiem połączenia (lub
• Upewnij się, że projekt z migracjami ma plik app.config / web.config z prawidłowym ciągiem połączenia
• Sprawdź uprawnienia w DB (dla użytkownika skonfigurowanego w twoim łańcuchu połączeń)

Użyj polecenia „update-database -verbose” w konsoli menedżera pakietów, aby uzyskać bardziej szczegółowe informacje, z którymi migracje próbują się połączyć. (Pomogłem w moim przypadku dowiedzieć się, że mój projekt startowy nie został poprawnie ustawiony ...)

Jeśli nie korzystałeś, Update-Databasemożesz go po prostu usunąć. Jeśli uruchomiłeś aktualizację, wycofaj ją za pomocą Update-Database -TargetMigration "NameOfPreviousMigration", a następnie usuń.

Źródła: http://elegantcode.com/2012/04/12/entity-framework-migrations-tips/

Skopiowałem ten tekst bezpośrednio z tego miejsca: Jak cofnąć ostatnie polecenie Add-Migration?

Podczas napotkania tego problemu spróbuj dodać parametry do polecenia cmdlet add -igration. Na przykład określenie projektu startowego oraz nazwy parametrów połączenia może pomóc EF w znalezieniu docelowej bazy danych.

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

Gdzie:

Delta_Defect_0973 to nazwa Twojej migracji

your.namespace.ContextClassName to nazwa klasy konfiguracji w folderze migracji, poprzedzona pełną przestrzenią nazw.

DeltaProject to nazwa twojego głównego projektu z plikiem web.config lub app.config.

DeltaSQL to nazwa ciągu połączenia zdefiniowanego w pliku web.config lub app.config.

Ten błąd oznacza, że ​​oczekujące migracje muszą zostać zatwierdzone, zanim będzie można wykonać kolejną jawną migrację. Możesz wybrać

1. Wykonaj te oczekujące migracje za pomocą polecenia Update-Database
2. Usuń te oczekujące migracje. Najbezpieczniejszym sposobem jest otwarcie folderu Migracje, kliknij prawym przyciskiem myszy [201203170856167_left]> Wyklucz z projektu

Po tym możesz ponownie uruchomić "Dodaj migrację ..."

Mam nadzieję, że to pomoże

Tylko moje dwa centy:

Mój scenariusz:

1. Przywróciłem moją lokalną bazę danych do stanu roboczego.
2. Migracje zostały już zastosowane do niego.
3. Za każdym razem, gdy próbowałem dodać nową migrację, otrzymywałem błąd dotyczący oczekujących migracji, jak wspomniano w moim OP.

Rozwiązanie:

Aby obejść ten problem, podałem bardziej szczegółowe parametry:

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

Jestem skłonny sądzić, że możesz ustawić ustawienie w folderze app.config, aby umożliwić domyślne ustawienie tego zachowania, dzięki czemu nie musisz za każdym razem podawać jawnych parametrów. Jednak nie jestem pewien, jak to zrobić.

Jest niejasność, a więc błąd. Najlepszym sposobem jest wykluczenie bieżącego pliku migracji i utworzenie nowego pliku migracji ( dodawanie-migracja ), a następnie skopiowanie zawartości nowej migracji do wykluczonego pliku i ponowne jej dołączenie oraz uruchomienie polecenia update-database .

rozwiązałem ten sam problem:

• usuń stary plik migracji
• update-database -force
• Add-Migration AddedEntity
• zaktualizować bazę danych

Miałem te same problemy i mogłem go rozwiązać tylko za pomocą Add-Migration 'MigrationName' -Force

Z-Force jest ważną częścią.

W mojej lokalnej bazie danych nie ma __MigrationHistorywypełnionego lub istniejącego pliku. Ręcznie utworzyłem tabelę, a następnie przeprowadziłem migrację danych w tej tabeli z PROD do mojej lokalnej bazy danych. To spowodowało, że VS pomyślał, że migracje zostały zastosowane (a tak było).

Wskazówka:-Script jeśli nie masz pewności , zawsze dobrze jest używać przełącznika do poleceń migracji. To również naprawdę pomaga zrozumieć, co Update-Databasetak naprawdę robi.

Uruchamiam następujące polecenie, aby zaktualizować bazę danych, a następnie otrzymuję skrypt, który mogę zastosować ręcznie (lub po prostu uruchom go ponownie bez tagu -Script).

Ponieważ Update-Databaseuruchomiłbym następujące:

Update-Database -Script -ConfigurationTypeName Configuration_ASPNETIdentity -ConnectionStringName SQL_AzureLive

Gdzie SQL_AzureLivejest nazwane parametry połączenia w mojej konfiguracji.

Następnie mogę sprawdzić, czy SQL wygląda prawidłowo, zastosować go i gotowe. Jak wielu innych powiedziało, jeśli parametry połączenia są nieprawidłowe lub nieprawidłowe, otrzymasz ten błąd.

U mnie usunąłem plik migracji (w Twoim przypadku „201203170856167_left”) z Migrationsfolderu, a następnie uruchomiłem poniższe polecenie w konsoli Menedżera pakietów

Add-Migration <Parameter>
Update-Database

Scenariusz

• Pracuję w oddziale, w którym utworzyłem nową migrację DB.
• Jestem gotowy do aktualizacji z mastera, ale master ma również niedawną migrację bazy danych.
• Usuwam migrację db mojego oddziału, aby zapobiec konfliktom.
• „Aktualizuj z poziomu głównego”.

Problem

Po aktualizacji z poziomu głównego uruchamiam „Add-Migration my_migration_name”, ale pojawia się następujący błąd:

Nie można wygenerować jawnej migracji, ponieważ oczekują następujące jawne migracje: [201607181944091_AddExternalEmailActivity]. Zastosuj oczekujące jawne migracje przed próbą wygenerowania nowej jawnej migracji.

Tak więc uruchamiam „Update-Database” i otrzymuję następujący błąd:

Nie można zaktualizować bazy danych w celu dopasowania do bieżącego modelu, ponieważ istnieją oczekujące zmiany i automatyczna migracja jest wyłączona

Rozwiązanie

W tym momencie ponowne uruchomienie „Add-Migration my_migration_name” rozwiązało mój problem. Moja teoria jest taka, że ​​uruchomienie „Update-Database” ma wszystko w takim stanie, w jakim było potrzebne, aby „Add-Migration” działało.

Trafiłem też na ten problem. Pojawiło się, gdy utworzyłem nową bazę danych i miałem oczekujące zmiany dotyczące migracji bazy danych w pierwszej kolejności kodu, a następnie próbowałem uruchomić polecenie „Update-Database”. Rozwiązanie: uruchom polecenie „Add-Migration -MigrationName”, aby utworzyć nową migrację dla nowej bazy danych. Następnie uruchom polecenie „Update-Database”.

Miałem ten problem również w przypadku bazy danych, o której wiedziałem, że jest aktualna podczas uruchamiania Add-Migration. Rozwiązany przez po prostu ponowne uruchomienie polecenia Add-Migration. Podejrzewam problem z łącznością, zgodnie z sugestią Robina Dorbella powyżej.

Stało się tak, gdy nagle zmieniłem nazwę klasy starej migracji, która już istnieje w db. Sprawdziłem historię VCS, ustaliłem to i ponownie zmieniłem nazwę. Wszystko działało później.

Zrobiłem w inny sposób. Porzuciłem bazę danych całkowicie i ponownie uruchomiłem "update-database" w vs.

Miałem prostszy problem. VS błędnie zgłosił ten błąd, gdy miałem połączenie VPN z witryną klienta połączoną z moją stacją roboczą. Problem polegał na tym, że zabezpieczenia DBMS były ustawione na akceptowanie żądań tylko z mojego prawdziwego lokalnego adresu IP. Samo wyłączenie VPN rozwiązało problem.

W moim przypadku zapomniałem dodać mój adres IP w regułach zapory na Azure, ponieważ nie mogłem połączyć się z bazą danych, otrzymałem ten błąd. Dlatego specjalnie dla mojego przypadku dodałem mój adres IP w regułach zapory bazy danych na platformie Azure i wszystko działało dobrze. Poza tym może to być problem z proxy / połączeniem internetowym / nazwą użytkownika DB / ciągiem połączenia z bazą danych itp. LUB oczywiście możesz mieć oczekujące migracje, dla których musisz uruchomić polecenie Update-Database.

Historycznie zawsze rozwiązywałem ten problem, usuwając oczekujące migracje lub jeśli pozostał tylko 1 i było to najbardziej pożądane, używając -f do odtworzenia.

Ostatnio przestało to dla mnie działać.

Kiedy stało się to po raz pierwszy, ponownie uruchomiłem program Visual Studio, a następnie pozwoliłem mi kontynuować.

Za drugim razem zadziałało dopiero po przeprowadzeniu czyszczenia projektu. Wyglądało to prawie tak, jakby oczekujące migracje zostały zachowane pomimo usunięcia wszystkich plików z eksploratora.

To nie będzie odpowiedź dla wielu osób, ale EF wyrzuci ten błąd, gdy nie może połączyć się z DB. Jeśli pracujesz z domu tak jak ja, upewnij się, że nadal masz połączenie z VPN!

Dokładnie ten sam problem miałem zaraz po powrocie z migracji na inną.

W moim przypadku „migracja docelowa” z „migracji06” do „migracji04”.

Musiałem usunąć „migrację0” 6, a następnie udało mi się wymusić utworzenie „migracji05”. Zasadniczo oznacza to, że musisz po prostu zachować następną migrację po migracji docelowej.

W moim przypadku (używając MS Visual Studio) było to tak proste, jak ponowne uruchomienie Visual Studio.