Jak mogę wyłączyć pierwsze migracje kodu

85

Mam model jednostki z pierwszym kodem w EF5. Ale chcę ręcznie zarządzać zmianami bazy danych - nie chcę, aby EF modyfikował moją istniejącą bazę danych i wszystkie jej dane. Ale kiedy wprowadzam równoległe zmiany w mapowaniu EF iw bazie danych, EF odmawia prawidłowego działania, informując mnie, że muszę najpierw użyć migracji kodu. Jak to wyłączyć?

entity-framework migration code-first

— Stan Hargrove
źródło

Możliwy duplikat Jak mogę wyłączyć migrację w Entity Framework 6.0

— Michael Freidgeim

100

ustaw Database.SetInitializer na null.

public class DatabaseContext: DbContext
{
    //the base accepts the name of the connection string provided in the web.config as a parameter
    public DatabaseContext()
        : base("DatabaseContext")
    {
        //disable initializer
        Database.SetInitializer<DatabaseContext>(null);
    }

— Sarath Rachuri
źródło

2

Ustawienie inicjatora w konstruktorze wystąpienia kontekstu nie ma sensu. EF wywoła inicjator, zanim faktycznie przejdzie do tego kodu, jeśli spróbujesz utworzyć nowy kontekst.

— Jcl,

1

Właśnie zweryfikowałem odpowiedź, przeglądając „Narzędzie diagnostyczne” w VS 2017. Wywołania ADO.NET przed zatrzymaniem pierwszego poszukiwanego zapytania SQL po ustawieniu funkcji inicjującej na wartość null w konstruktorze.

— Karl

2

Działa zgodnie z oczekiwaniami. To prawda, że EF wywoła inicjator wcześniej, ale później wywołanie go ponownie w konstruktorze powoduje, że DbContext po prostu zignoruje migracje, na wypadek gdybyś chciał zignorować fakt, że __MigrationHistorynie masz najnowszej migracji, a nie chcesz zrobić to mimo wszystko. W moim przypadku korzystam z migracji w środowisku deweloperskim, ale kiedy wdrażam do produkcji, używam SSDT do aktualizacji bazy danych. Dlatego EF narzekałby, że model się zmienił, ponieważ __MigrationHistorynie miałby najnowszej migracji, ale mogę zagwarantować, że baza danych jest zaktualizowana.

— Alisson

Sugerowałbym przeniesienie wywołania do Database.SetInitializerz konstruktora do konstruktora klasy. Dzięki temu połączenie zostanie wykonane tylko raz.

— Steven

40

Więc najbardziej kompletna odpowiedź, jaką znalazłem, jest taka:

Usuń Migrationsfolder wewnątrz projektu.
Ustaw Database.SetInitializer<DatabaseContext>(null);wewnątrz inicjatora DatabaseContext.
Usuń tabelę __MigrationHistoryz bazy danych. W EF6 + tabela znajduje się pod, Tablesale we wcześniejszych wersjach znajduje się pod System Tables.
Buduj i uruchamiaj.
Zysk.

— karlingen
źródło

Niestety po wykonaniu tych kroków EF6 nadal sprawdza, czy istnieje za __MigrationHistorykażdym razem, gdy moja aplikacja jest uruchamiana, co powoduje wydłużenie czasu uruchamiania mojej aplikacji o kilka milisekund. Czy istnieje sposób na __MigrationHistorycałkowite wyłączenie kontroli?

— Dai

27

Jeśli chcesz całkowicie wyłączyć migracje:

https://stackoverflow.com/a/9709407/141172

Jednak uważam, że lepiej jest pozostawić włączone migracje kodu w pierwszej kolejności, ale użyj -Scriptopcji, aby EF utworzył dla mnie skrypt zmiany bazy danych, który mogę zastosować do każdej bazy danych (programowanie, kontrola jakości, produkcja) ręcznie:

Update-Database -Script -ProjectName MyProject -StartupProjectName MyProject

W ten sposób EF utworzy dla mnie skrypt zmiany, a ja nadal mam pełną kontrolę nad wprowadzanymi zmianami. Wersjonuję skrypty zmian jak każdy inny kod źródłowy.

— Eric J.
źródło

1

Twój link tak naprawdę nie odpowiada completely turn off migrations. Aby to zrobić: dodaj Database.SetInitializer<YourContextType>(null)do uruchomienia swojej aplikacji

— Don Cheadle

Masz jakiś pomysł, jak to osiągnąć dzięki EF Core?

— Shimmy Weitzhandler

@Shimmy: EF Core nigdy nie powinien automatycznie próbować zmieniać bazy danych. Zobacz github.com/dotnet/efcore/issues/3152

— Eric J.

26

Jeśli korzystałeś już z migracji, zmiana tylko inicjatora nie pomoże. Musisz przejść do Management Studio, otworzyć tabele bazy danych, przejść do System Tablesfolderu i usunąć __MigrationHistoryznajdującą się tam tabelę (w przypadku EF6 i nowszych znajduje się ona bezpośrednio pod Tables). Spowoduje to wyłączenie migracji na dobre.

— Episodex
źródło

7

Tabela __MigrationHistory znajduje się bezpośrednio pod tabelami, a nie tabelami systemowymi.

— Peter Hedberg

6

@PeterHedberg Dotyczy to EF6 +. We wcześniejszych wersjach był pod System Tables.

— Episodex

1

Możesz także zmienić nazwę tabeli, zamiast ją usuwać, używając sp_rename. Wyłączyłem też inicjator.

— NMrt

2

Właśnie rozwiązałem ten „problem” przez

Usuwanie tabeli „_MigrationHistory” z bazy danych.
Usunięcie folderu „Migrations” z projektu.
Aktualizacja pliku EDMX.
Wyczyść projekt i odbuduj go.

Konfiguracja mojego środowiska jest następująca

1. Visual Studio 2017 15.8.2
2. ASP NET MVC project
3. .NET Framework 4.6.1
4. Entity Framework 6.2.0

— DmitryBoyko
źródło

Czy mogę zapytać, co zaktualizowałeś w pliku EDMX? Używam również Database First i nadal odpytuję nieistniejące tabele migracji ... Dzięki!

— dalcam

Co jeśli później będziemy potrzebować migracji, czy _MigrationHistoryautomatycznie utworzy nową tabelę?

— sairfan