Hallo Michael,
am Timer rumbasteln bringt nun wirklich nichts.
Wenn das Design auf einer statische Verbindung basiert und das nicht so auf die Schnelle änderbar ist, wirst Du die Stellen überprüfen müssen, die mit Transaktionen arbeiten.
Und sicherstellen, das sie zum einen die Transaktion abschließen (Commit/Rollback) und die Verbindung freigeben, also keine offenen DataReader mehr haben (das ist implizit für die Datenbank auch eine Transaktion).
Und Dialoge (oder auch anderer Zeitvertreib wie längere Schleifen) nicht Transaktionen in die Länge ziehen.
Für einige Szenarien mag es dabei einfacher sein, eine weitere Verbindung zu erzeugen. Wenn Du der jetzige Klasse eine Methode verpasst, die eine weitere Verbindung erzeugt, wie z. B.:
public static SqlConnection CreateConnectio() { return new SqlConnection("Identischer ConnectionString zur globaelen"); }
kannst Du den Code in etwa so umformulieren:
using(var localConnection = GlobaleKlasse.CreateConnection())
{
// ...
}
wobei dort Transaktionen etc. stattfinden können.
Potentielle Stolperfalle: Zwei separate Verbindungen werden aus Sicht des SQL Servers wie zwei Anwendungsinstanzen behandelt, d. h. sie können sich gegenseitig blockieren oder gar zum Deadlock führen.
Gruß Elmar
P.S.: Deine "Lösung" bei der anderen EF Anwendung ist vermutlich keine - aber das mag die Zeit zeigen.
