Ok, TADOConnection in Threads zu verwenden

Question

Ich habe eine TCPip-Server-Anwendung erstellt. Die Anwendung hat eine globale TADOConnection. Diese globale Ado-Verbindung wird sowohl für Hauptthreadabfragen als auch für Threads verwendet.

Ist das ok? Verfügt die ADOConnection über integrierte Mechanismen, um mehrere Abfragen gleichzeitig zu verarbeiten?

Meine Anwendung funktioniert in Testumgebungen (2-5 Verbindungen). Aber in einer Produktionsumgebung implementiert bekomme ich "unerklärliche" Zugriffsverletzungen zu dem Zeitpunkt, an dem die TADOQuery, die mit der ADOConnection verknüpft ist, auf geöffnet gesetzt ist.

Sollte ich ADOConnection verwenden oder sollten alle Abfragen nur die Verbindung zur Datenbank herstellen (was wahrscheinlich ein wenig teurer ist)?

Answer 1

Jeder Thread seine eigene Verbindung Objekt haben muss. Der folgende Link bietet weitere Informationen: http://delphi.about.com/od/kbthread/a/query_threading.htm

Einige der wichtigsten Punkte aus dem Artikel:

1] CoInitialize und CoUninitialize müssen manuell aufgerufen werden, bevor eine der dbGo Objekte verwenden. Wenn CoInitialize nicht aufgerufen wird, wird die Ausnahme "CoInitialize wurde nicht aufgerufen" angezeigt. Die CoInitialize-Methode initialisiert die COM-Bibliothek für den aktuellen Thread. ADO ist COM.

2] Sie kann nicht verwenden Sie das TADOConnection-Objekt aus dem Haupt-Thread (Anwendung). Jeder Thread muss eine eigene Datenbankverbindung erstellen.

Answer 2

@M Schenkel, siehe diese Frage Is Delphi’s TADOConnection thread-safe?. Jeder Thread benötigt eine eigene Verbindung, da ADO eine COM-basierte Technologie ist und Apartment-Thread-Objekte verwendet.

sehen diese Probe

procedure TMyThread.Execute; 
begin 
    CoInitialize(nil); 
    try 
    try 
     // create a connection here 
    except 
    end; 
    finally 
    CoUnInitialize; 
    end; 
end;