by Anonymous » 25 Aug 2025, 08:17
Mein Unternehmen hat mich beauftragt, herauszufinden, ob wir EF6 für einige neue Anwendungen verwenden möchten. Ich habe einige Tests durchgeführt, und ich erhalte die allgemeine Vorstellung von den meisten Aspekten, aber die durch Code-First-Migrationen generierten Datenbankaktualisierungen machen mir Sorgen. < /P>
Ich habe eine Datenbank mit 3 Tabellen. Ein 4. und die 3 vorhandenen Tabellen erhielten einen Fremdschlüssel zu dieser Tabelle. Ich habe ein Update -Skript generiert und es geleitet. Aber ich habe einen Fehler gemacht. Dies geschah: < /p>
Die neue Tabelle wurde generiert. /> Ich habe jetzt eine teilweise aktualisierte Datenbank, was für mich eine wirklich schlechte Sache ist. Das EF6 -System hat zu diesem Zeitpunkt keine Ahnung, was es getan hat und nicht ausgeführt hat, und wenn ich irgendwie den Migrationsfehler verliere, war auch ich. Die einzige Möglichkeit, dies zu beheben, war: /> Führen Sie die Migration erneut aus und hoffe, ich habe sie diesmal richtig gemacht. Wenn die Migration zum Beispiel einige Spalten entfernt hätte, wäre es viel schwieriger gewesen, die Änderungen zurückzuversetzen. Darüber hinaus könnte eine solche Migration auf einer Entwicklungsmaschine, die keine Daten in den Tabellen enthält, ohne Probleme ohne Probleme ausführen und plötzlich bei der Bereitstellung in einer Testumgebung (oder schlimmer) scheitern. Meine Frage ist also: Wie gehen die Leute mit solchen Problemen mit EF6 um? Sollte ich den Parameter des -Skripts immer verwenden, um die Updates einzeln manuell auszuführen? Setzen ich es einfach auf und überprüfe alle Migrationen? Gibt es einen besseren Weg, um damit umzugehen?
Mein Unternehmen hat mich beauftragt, herauszufinden, ob wir EF6 für einige neue Anwendungen verwenden möchten. Ich habe einige Tests durchgeführt, und ich erhalte die allgemeine Vorstellung von den meisten Aspekten, aber die durch Code-First-Migrationen generierten Datenbankaktualisierungen machen mir Sorgen. < /P>
Ich habe eine Datenbank mit 3 Tabellen. Ein 4. und die 3 vorhandenen Tabellen erhielten einen Fremdschlüssel zu dieser Tabelle. Ich habe ein Update -Skript generiert und es geleitet. Aber ich habe einen Fehler gemacht. Dies geschah: < /p>
Die neue Tabelle wurde generiert. /> Ich habe jetzt eine teilweise aktualisierte Datenbank, was für mich eine wirklich schlechte Sache ist. Das EF6 -System hat zu diesem Zeitpunkt keine Ahnung, was es getan hat und nicht ausgeführt hat, und wenn ich irgendwie den Migrationsfehler verliere, war auch ich. Die einzige Möglichkeit, dies zu beheben, war: /> Führen Sie die Migration erneut aus und hoffe, ich habe sie diesmal richtig gemacht. Wenn die Migration zum Beispiel einige Spalten entfernt hätte, wäre es viel schwieriger gewesen, die Änderungen zurückzuversetzen. Darüber hinaus könnte eine solche Migration auf einer Entwicklungsmaschine, die keine Daten in den Tabellen enthält, ohne Probleme ohne Probleme ausführen und plötzlich bei der Bereitstellung in einer Testumgebung (oder schlimmer) scheitern. Meine Frage ist also: Wie gehen die Leute mit solchen Problemen mit EF6 um? Sollte ich den Parameter des -Skripts immer verwenden, um die Updates einzeln manuell auszuführen? Setzen ich es einfach auf und überprüfe alle Migrationen? Gibt es einen besseren Weg, um damit umzugehen?
Mobile version