Entity Framework-Laufzeit ConnectionString bei Verwendung der Datenbank zuerst

Question

Ich erstelle eine Anwendung, die Entity Framework verwendet; speziell Datenbank zuerst.

Wenn sich der Benutzer anmeldet, wird zur Laufzeit ein ConnectionString erstellt, der dann für die Datenverarbeitung in der Anwendung verwendet werden soll.

ich gefunden habe bereits eine Reihe von Lösungen für diese im Internet, die darauf hindeuten, dass die Art und Weise, dies zu tun ist, einen anderen Konstruktor für die DbContext Klasse zu implementieren, die erstellt wird, die die Basis DbContext(string) nennt:

public ApplicationDbContext(SqlConnection Connection) 
      : base(Connection.ConnectionString) 
     { 
     } 

Dies habe ich in einer separaten Datei erstellt, die eine public partial class des generierten Codes ist, um jeden weiteren generierten Code zu berücksichtigen, der überschreibt, was sich bereits in diesen Dateien befindet.

Wenn jedoch die Anwendung ausgeführt wird, sobald eine ApplicationDbContext wird diese zusätzliche Konstruktor erstellt, wird die folgende Ausnahme ausgelöst:

„Der Zusammenhang mit dem Code in der Code-Erste-Modus verwendet wird, die erzeugt wurde aus einer EDMX-Datei für entweder Database First oder Model First-Entwicklung ... "

Dies würde Sinn machen, da ich einen Datenbank-Ansatz verwende. Alle Antworten, die ich gesehen habe, wo Database First verwendet wird, schlagen jedoch vor, dies zu tun.

Nachdem auf MSDN ein wenig weiter in sie sah, wie ich sehe, dass es tatsächlich eine andere DbContext Konstruktor ist, die ich verwenden könnte: DbContext(String, DbCompiledModel). Ich frage mich, ob das ist, was ich vermisse und das ist der Konstruktor, den ich brauche, da ich gesagt hätte, dass ich ein kompiliertes Modell verwende (... oder bin ich?).

Ist dies jedoch der richtige Weg, oder muss dies anders gehandhabt werden?

Answer 1

Zuerst einen Konstruktor Überlastung zu Ihrer Kontextklasse fügen Sie ein string als Verbindungszeichenfolge zu akzeptieren:

public TestDBEntities() 
    : base("name=TestDBEntities") 
{ 
} 
public TestDBEntities(string connectionString) 
    : base(connectionString) 
{ 
} 

dann die Verbindungszeichenfolge verwenden in Ihrem app.config oder web.config. Sie sollten &qout; mit " ersetzen auch Sie sollten metadata=... und die Verbindung sollte in einem solchen Format enthalten:

var cn = @"metadata=res://*/Model1.csdl|res://*/Model1.ssdl|res://*/Model1.msl;" + 
     @"provider=System.Data.SqlClient;" + 
     @"provider connection string=""" + 
     @"data source=(localdb)\v11.0;" + 
     @"initial catalog=TestDB;" + 
     @"integrated security=True;" + 
     @"MultipleActiveResultSets=True;" + 
     @""""; 
var db = new TestDBEntities(cn); 

Hinweis: Es ist besser, die neue Überlast in einer Teilklasse zu setzen. Dann wird es nicht jedes Mal berührt, wenn .tt Vorlage des Kontexts ausgeführt wird.