Entity Framework 5 oczekuje, że kolumna CreatedOn z tabeli MigrationHistory

Question

Przeprowadzam migrację aplikacji MVC 3 z EF 4.3 do EF 5. Zauważyłem, że EF 5 oczekuje kolumny CreatedOn w tabeli __MigrationHistory, która nie istnieje, ponieważ migracje zostały utworzone przez starsza wersja.

Jak rozwiązać ten problem bez usuwania mojej historii migracji? Myślę o zapytaniu wywnioskować wartość kolumny, od nazwy migracji, który jest w następującym formacie:

201203111201542_MigrationName 

Answer 1

Kolumna createdon nie jest już wymagane. Próbujemy z niego zapytać, aby ustalić, czy musimy go usunąć. Oznacza to, że aktualizujesz z 4.3 na 5.

Answer 2

Wydaje się, że w wersji EF kod jest pierwszy z włączonymi migracjami po aktualizacji z EF4. * do wersji EF 5.0. A to w połączeniu z MiniProfilerem. Tabela istniała w dbo._MigrationHistory w tabelach systemowych.

spróbować zrobić kilka rzeczy:

1. Możesz dodać createdon (DateTime) Kolumna ręcznie na stole dbo._MigrationHistory w folderze tabel systemowych.
2. Możesz zatrzymać wykrywanie zmian, ustawiając Configuration.AutoDetectChangesEnabled = false;
3. Skomentuj tę linię MiniProfilerEF.Initialize(), wyłączając profilowanie EF.

Oto przykład metody nasiennej służącej do dodawania kolumny CreatedOn. Ta kolumna zostanie usunięta przy każdym zainicjowaniu kontekstu. Metoda seed znajduje się w klasie Configuration kontekstu.

internal sealed class Configuration : DbMigrationsConfiguration<MyContext> 
{ 
    protected override void Seed(MyContext context) 
    { 
     // This method will be called after migrating to the latest version. 

     // Hide error Invalid column name 'CreatedOn' from mini profiler. 
     context.Database.ExecuteSqlCommand(
      @"IF NOT EXISTS(SELECT * FROM sys.columns WHERE object_id = OBJECT_ID('__MigrationHistory') AND name = 'CreatedOn') 
       ALTER TABLE dbo.__MigrationHistory ADD CreatedOn datetime NOT NULL CONSTRAINT DF___MigrationHistory_CreatedOn DEFAULT (SYSUTCDATETIME()); 
     "); 
    } 
} 

Answer 3

Tak jak powiedział Filip Cornelissen, jest to rzecz między MiniProfiler.EF a Entity Framework 5.0.

Rozwiązanie/ukrycie problemu jest łatwiejsze niż mogłoby się wydawać. Jest to tylko "problem z debugowaniem", ponieważ błąd, który otrzymasz, ma miejsce tylko w okresie tworzenia instancji (sprawdzanie nowych migracji), a błąd jest "Wyjątkiem SQL Unhandeld".

więc rozwiązania tego problemu jest proste:

Go w Visual Studio do zakładki "DEBUG". Uderz w element "Wyjątki". W nowym oknie dialogowym otworzysz drzewo "Wyjątki środowiska wykonawczego języka wspólnego". Zgodnie z „System.Data.SqlClient, usuń zaznaczenie pola wyboru zarówno po "System.Data.SqlClient.SqlException". Dodaj go, jeśli go tam nie ma.

I off ya go!

Answer 4

Według Filip Cornelissen odpowiedź następujący skrypt rozwiązuje ten problem:

--IF OBJECT_ID('dbo.__MigrationHistory') IS NOT NULL 

ALTER TABLE dbo.__MigrationHistory ADD CreatedOn DateTime Default GETDATE() 
GO 
UPDATE dbo.__MigrationHistory SET CreatedOn = GETDATE() 

Answer 5

Oto obejście, którego używam.Osobiście, jestem OK z naciskając dwukrotnie zieloną strzałkę (Start debugowania, a następnie dalej), ale jeśli naprawdę chcesz go zatrzymać łamanie, spróbuj tego postu Budowanie wydarzenie, które usunie MiniProfiler PDB:

del "$(TargetDir)MiniProfiler.pdb" /q /s 

UPDATE : jeśli to zbyt wiele pracy dla ciebie stworzyłem NuGet package:

PM> Install-Package MiniProfilerContrib.EFMigrationsFix