Wie um zu überprüfen, ob Datenbank-schema entspricht, Entity Framework schema?

Meiner überraschung, mit dem CreateDatabaseIfNotExists Kontext-Initialisierung, die Linie

context.Database.Initialize(true)

nicht eine exception werfen, wenn das schema entspricht nicht meinem ersten code-schema.

Gibt es eine Möglichkeit zu überprüfen, ob die aktuelle Datenbank passt gut in unser schema vor, zum Beispiel, wir versuchen, auf eine Entität, deren Tabelle existiert nicht auf der Datenbank mehr, und eine Ausnahme wird ausgelöst durch EF?

InformationsquelleAutor Eduardo Brites | 2012-10-26
  1. 17

    Können Sie anrufen CompatibleWithModel, um zu bestimmen, wenn die Datenbank entspricht dem Modell. Wenn Sie den parameter auf true setzen, es wird eine exception werfen wenn kein Modell die Daten in der Datenbank gefunden.

    bool isCompatible = context.Database.CompatibleWithModel(true);
    • Was geben, wenn die geworfene Ausnahme?
    • Ich habe das EF-Interna und es scheint, dass NotSupportedException wird trown im Falle, dass keine Metadaten in der Datenbank.
    • Als Hinweis, ich habe versucht, diese auf einer Datenbank-erste-Anwendung, und es kann nur mit Code-first-Datenbanken. Danke, aber.
    • Code-first-wirklich ein "code only". Sie können nicht ändern die DB manuell, es sei denn, Sie fügen Sie eine migration für jede änderung, die manuelle SQL-oder DBA-script. Sie können einfach nicht erwarten, dass EF zu vergleichen der aktuellen live-DB-schema mit dem Modell.
    • Nur zur info, dies scheint zu sein, entfernt in der EF-Core :\ kennt jemand einen Ersatz für das EF-Core?
    InformationsquelleAutor AxdorphCoder
  2. 7

    EF nicht cross-check-Datenbank-schema mit Modell jedes mal, wenn Sie die Anwendung starten. Es ist stattdessen auf der Suche für das Modell, das in der Datenbank gespeichert werden (__MigrationsHistory Tisch und vor EdmMetadata) und vergleichen Sie diese gespeicherten Modells mit dem Modell, das Sie verwenden. Wenn Modelle übereinstimmt, dann wird die Datenbank verwendet werden. Wenn Modelle nicht übereinstimmen, wird eine Ausnahme geworfen. Wenn Sie weder __MigrationHistory noch EdmMetadata Tabelle in Ihrer Datenbank zu EF wird davon ausgegangen, dass Sie zunächst die Datenbank-Ansatz mit DbContext und Ihre Datenbank entspricht dem Modell. Wenn Sie möchten, vergleichen Sie die Datenbank mit Ihrem Modell konnten Sie dump Edmx für Ihr Modell (mit EdmxWriter.WriteEdmx) und verwenden Sie die Visual Studio-und EF-designer Holen Sie sich die Edmx aus der Datenbank und vergleichen SSDL Teile.

    • "EF wird davon ausgegangen, dass Sie zunächst die Datenbank-Ansatz mit DbContext und Ihre Datenbank entspricht dem Modell". Jedes mal also, wenn meine Anwendung gestartet, ich habe zu überprüfen, ob alle Tabellen und alle Spalten in der Datenbank vorhanden sind?
    • Wenn Sie ändern weder das Modell noch die Datenbank und abgestimmt, bevor dann haben Sie wahrscheinlich nicht brauchen, um dies zu tun. Ich denke, dass unabhängig von der access Technologie, die Sie verwenden, dieses problem existiert und der Prozess der Entwicklung sollte sich darum kümmern. Die Wiederentdeckung der Datenbank zur Laufzeit ist, scheint eine falsche Herangehensweise für mich.
    • Sie don t zu haben scheinen, versendet die Produkte dann! Der Kunde installiert product 1.0, dann aktualisieren Sie es, das erfordert eine DB ändern. Kunde installiert dann neuen code, der aber fehlschlägt (warum auch immer) korrekt zu aktualisieren, die schema - dann entfernen Sie das Produkt und Sie bekommen eine böse Ausnahme, wenn der code versucht zu Lesen, von der fehlenden Spalten. So ist es besser, zuerst zu überprüfen, oder zumindest versuchen, einige Validierung, so können Sie pop-up eine bessere Fehlermeldung und dann beendet.
    • Wenn Ihre Anwendung besteht aus mehreren dlls überprüfen Sie, ob Sie alle vorhanden sind, bevor Sie beginnen, Ihre app? Aus welchem Grund auch immer von Ihnen möglicherweise fehlt, wenn Sie die Bereitstellung Ihrer app und Sie erhalten eine böse Ausnahme. Was Sie beschreiben, ist in meinem Kopf eine ähnliche situation - Sie konnte nicht installieren Sie Ihre Anwendung richtig. Sobald die Anwendung installiert ist, ordnungsgemäß (d.h. alle dlls vorhanden sind und diese in der Datenbank korrekt aktualisiert wird) ist das fehlende überprüfen Sie die problem? Praktisch - wie würden Sie mit so einem check? Was ist, wenn ein Spaltentyp verändert wurde? Länge? Index? Neue Tabelle?
    • Der Rahmen sollte wirklich, behandeln diese Art von überprüfen, da es alle diese Informationen zu vergleichen, die gegen die Datenbank innerhalb der EDMX. Ich würde auch behaupten, dass eine Anwendung aus mehreren DLLs, die es lädt in bei runtime sollten überprüfen, um zu sehen, ob Sie da sind, bevor er versucht, Sie zu benutzen; eine FileNotFoundException mit einer Erklärung, welche Datei fehlt und wo es zu bekommen ist weitaus nützlicher als ein NullReferenceException sich aus der Datei nicht gefunden und den code weiter ausführen.
    InformationsquelleAutor Pawel
Schreibe einen Kommentar