Entity Framework erlaubt Freigabe der gleichen Entität zwischen mehreren Datenbankkontexten. Daher muss ich nur einen Datenbankkontext in einer GUI-Anwendung (sei es WPF oder WinForms) verwenden, weil Entitäten miteinander interagieren müssen.Entitätsframework + SQL Server Compact + WPF/WinForms = Langsame UI?
SQL Server Compact erlaubt nicht teilen die gleiche Datenbankverbindung zwischen mehreren Threads. Wenn ich versuche, eine Verbindung in einem Thread zu erstellen und eine SQL-Abfrage in einem anderen Thread auszuführen, stürzt meine Anwendung wahrscheinlich ab.
Daher muss ich erstellen EF Datenbank Kontext auf einem Thread und führen Sie alle Abfragen auf diesem Thread. Ich habe GUI-Thread dafür verwendet, weil fast alle Abfragen sehr schnell sind. Allerdings habe ich jetzt eine langsame Abfrage und möchte während der Ausführung eine animierte Fortschrittsleiste anzeigen.
Aber ich kann das nicht tun, denn wenn ich eine Abfrage auf einem anderen Thread ausführen, stürzt meine App mit AV. Darüber hinaus scheint sich EF zu beschweren, wenn ich mehrere Abfragen gleichzeitig ausführen, auch ohne SQL CE beteiligt. Alle Abfragen in einen anderen Thread zu verschieben und den gesamten Code mit verrückten Mengen an Async/await, Callbacks, Locks und anderen Threading-Dingen abzudecken, klingt auch gruselig, da ich den Code einfach halten möchte, wenn es möglich ist.
Frage: Wie funktioniert die korrekte Verwendung von EF-Datenbankkontexten und SQL Server Compact in einer Multithread-GUI-Anwendung? Gibt es eine Möglichkeit, einzelne Abfragen an einen anderen Thread auszulagern, ohne die gesamte Anwendung asynchron zu machen, d. H. Gibt es eine einfache Möglichkeit, dies zu tun?
Aber Sie könnten einen Aufruf haben, der einen dbcontext erstellt, eine Verbindung öffnet, eine Abfrage ausführt, die Ergebnisse verarbeitet und eine Liste/einen Datensatz zurückgibt, oder? – rene
@rene Es ist GUI-App. Die angeforderten Entitäten werden bearbeitet, verbundene Entitäten werden erstellt/bearbeitet, es gibt eine automatische Vervollständigung und andere Features, die für Entitäten verwendet werden. Wenn ich eine Entität von einem dbcontext bekomme und dann eine andere Entity von einem anderen dbcontext in ihre Navigationseigenschaft einfügt, wird sich EF beschweren. Diese Operationen sind zeitlich getrennt, ich weiß nicht im Voraus, welche Entitäten der Benutzer benötigt. – Athari
Nach meiner Erfahrung ist die Verwendung von EF als ORM für alles andere als die einfachste GUI ein Weg zum Wahnsinn. Die Notwendigkeit, mehrere Entitäten im Speicher zu haben und mit einem Kontext verbunden zu sein, legt nahe, dass Sie Geschäftslogik mit EF machen, die genau diese Art von Problem einleitet. Erwägen Sie stattdessen, es ausschließlich als DAL zu verwenden, um CRUD-Funktionen für ein separates Objektmodell zu behandeln. – superstator