Wie force EF Code First die Datenbank Abfragen?

Ich habe eine Website verwalten eine Sammlung von Regeln und eine separate Windows-form-Anwendung zu machen auf Datei-Ebene-änderungen auf der Grundlage der Regeln in die Datenbank.

Beide Anwendungen verwenden die gleichen Bibliotheken für eine EF Code First DbContext, aber jede Anwendung ist die Instanziierung Ihre eigene Kopie der Kontext.

Das problem ist, jede version von dem Kontext, der nichts von den änderungen, die die andere version. E. g. Wenn ich eine Regel ändern, die auf der Website, die Formulare app hat immer noch die Vorherige version.

Ich bin mir bewusst, dass ich wahrscheinlich zu dieser falschen Weg, und sollte irgendeine Art den Zugriff auf die Daten via JSON/REST von der Website mit dem Formular app, aber ich würde lieber nicht aus anderen Gründen.

Gibt es eine Möglichkeit auf "disable caching" auf den Kontext und die Kraft, jedes query-hit der DB?

InformationsquelleAutor mattdwen | 2011-10-05
  1. 10

    Nein, es gibt keinen Weg, um das caching zu deaktivieren. Sie müssen manuell festlegen, jede Abfrage, um Daten-reaload. Dieses feature ist nicht verfügbar mit DbContext-API => müssen Sie ObjectContext-API. 

    ObjectContext objectContext = ((IObjectContextAdapter)dbContext).ObjectContext;
ObjectSet<YourEntity> set = objectContext.CreateObjectSet<YourEntity>();
set.MergeOption = MergeOption.OverwriteChanges;
var query = from x in set where ... select x;

    Oder einfachere Szenario: bessere context-management, wenn möglich, und statt ausführen von Abfragen auf dem gleichen Kontext uns eine neue.

    Btw. Idee, service-ausgesetzt in der winform-Anwendung und verbraucht es durch die web-site ist falsch. Sie müssten Dritte service-Anwendung (hosted on web server oder als windows-Dienst) und sowohl website-und winform-Anwendung access-Datenbank durch, die neue Anwendung. EF wäre nur in der neuen Anwendung.

    Edit:

    Wenn Ihr WinForm-Anwendung keine änderungen an Daten aus der Datenbank geladen, können Sie auch dieses verwenden:

    var query = from x context.YourEntities.AsNoTracking() where ... select x;

    Dieser schaltet sich interne change tracking von Personen und es sollte auch force EF-reload-Einheit jedes mal, aber es wird das speichern von änderungen viel schwieriger.

    • Ich mag das einfachere Szenario 🙂 ich habe momentan das repository erstellt via DI durch den Konstruktor. Ich denke, ich werde nuke und verwenden Sie einen Service Locator zu erzeugen einem neuen Kontext als erforderlich?
    • Lassen Sie uns sagen, dass "YourEntity" Verwandte "Benutzer" - Entität, Sie sind nicht aktualisiert, mit MegeOption.OverwriteChanges, jede Anregung, wie zu aktualisieren YourEntity.Benutzer auch?
    InformationsquelleAutor Ladislav Mrnka
Schreibe einen Kommentar