Ich habe einen Kontext in meiner Datenbank, die 3 Kind-Datenbankinstanzen verweist. Ich injiziere den korrekten DB-Verbindungsstring über den Contextor des Kontextes.EF Mehrere Datenbanken mit einem Kontext
Jedoch habe ich Schwierigkeiten diese immer mit automatischer Migration zu arbeiten. Das Problem ist, dass automatische Migrationen einen parameterlosen Konstruktor erwarten, den ich nicht bereitstellen kann, und IDbContextFactory erlaubt mir nur, eine Verbindungszeichenfolge zurückzugeben.
Gibt es eine Weise, die ich die Migrationsskripte erhalten können gegen mehrere Datenbanken zu laufen oder brauche ich 3 separate Kontexte zu schaffen?
Nur klar zu sein, sind Sie einen EF Zusammenhang mit zu 3 verschiedenen Instanzen einer Datenbank mit dem gleichen Schema und Sie verbinden Möchten Sie, dass der Kontext den Aktualisierungspfad für alle 3 Instanzen beibehalten kann? – Tr1stan
Ja genau! Wenn es versucht, die automatischen Migrationen zu tun, scheint mir nur eine bestimmte Verbindungszeichenfolge spezifisch zu ermöglichen. – heymega
Wenn was @ Tr1stan ist richtig, dann ist, wie ich damit umgehen ist 'public CustomContext() : base (DbConnections.GetCurrentConnectionString) { } 'Was dies tut, ist Ihr Kontext immer noch einen parameterlosen Konstruktor, aber die Connectionstring vorher was auch immer Kriterien wurden Setup wird davon abhängen, (für mich wählt der Benutzer dev, test, prod) – SpaceSteak