Ok para usar TADOConnection en hilos

Question

He creado una aplicación de servidor TCPip. La aplicación tiene una TDOConnection global. Esta conexión de ado global se usa tanto para las consultas de subprocesos principales como también dentro de los procesos de subprocesos.

¿Esto está bien? ¿ADOConnection ha incorporado mecanismos para manejar múltiples consultas al mismo tiempo?

Mi aplicación funciona en entornos de prueba (2-5 conexiones). Pero implementado en un entorno de producción, recibo infracciones de acceso "inexplicables" en el momento en que el TDOQuery vinculado a ADOConnection se abre.

¿Debo utilizar ADOConnection o todas las consultas solo deben hacer la conexión a la base de datos por sí mismas (lo que probablemente sea un poco más costoso)?

Answer 1

Cada hilo tiene que tener su propio objeto de conexión. El siguiente enlace proporciona más información: http://delphi.about.com/od/kbthread/a/query_threading.htm

Algunos puntos clave del artículo:

1] CoInitialize y CoUninitialize debe ser llamado de forma manual antes de usar cualquiera de los objetos DBGO. Si no se llama a CoInitialize, se producirá la excepción "CoInitialize was not called". El método CoInitialize inicializa la biblioteca COM en el hilo actual. ADO es COM.

2] Usted no puede utilizar el objeto TDOConnection del hilo principal (aplicación). Cada hilo necesita crear su propia conexión de base de datos.

Answer 2

@M Schenkel, vea esta pregunta Is Delphi’s TADOConnection thread-safe?. Cada subproceso necesita su propia conexión porque ADO es una tecnología basada en COM y utiliza objetos con subprocesos de apartamento.

ver esta muestra

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