DataSet in eigenen Thread - verbunden mit DataSource und Form

[DSCHUCH]

Hallo,

die VCL ist bekanntermassen nicht Thread-Save. Was passiert, wenn ich ein DataSet->DataSource->DBGrid - Verbund in einem Thread auslagere. Also das Refresh des DataSet in einen eigenen Thread abläuft, die VCL-Komponenten aber indirekt über DataSource damit verbunden sind.

Wird das bereits von Delphi Syncronisiert? Oder klimbert es? Schomal jemand probiert?

Daniel.

[joachimd]

Zitat:

Zitat von DSCHUCH (Beitrag 1108796)

Hallo,

die VCL ist bekanntermassen nicht Thread-Save. Was passiert, wenn ich ein DataSet->DataSource->DBGrid - Verbund in einem Thread auslagere. Also das Refresh des DataSet in einen eigenen Thread abläuft, die VCL-Komponenten aber indirekt über DataSource damit verbunden sind.

Wird das bereits von Delphi Syncronisiert? Oder klimbert es? Schomal jemand probiert?

Daniel.

DisableControls, aktualisieren, EnableControls

[DSCHUCH]

heißt also- disablecontrols und enablecontrols sind threadsave, oder muß das dann im hauptthread gemacht werden? ;o)

[mjustin]

Es kommt auch darauf an ob die Connection Komponente threadsafe ist, daher ist die Antwort von der konkreten Library abhängig. Wenn ein Pool oder eine Connection je Thread verwendet wird, sinken die Risiken natürlich.

[DSCHUCH]

das ist egal.

stelle dir vor die komponenten machen nichts,

ich raufe aus n threads disable- und enablecontrols auf. nur diese beiden befehle, aber aus subthreads.

damit würde die oberflächen durch alle threads aktualisiert (ab- und angeschaltet). knallts, oder nicht? ^^

[joachimd]

Zitat:

Zitat von DSCHUCH (Beitrag 1108831)

heißt also- disablecontrols und enablecontrols sind threadsave, oder muß das dann im hauptthread gemacht werden? ;o)

rein aus dem Gefühl raus würde ich das in den Haupt-Thread verlagern. Das mit den anderen Threads sollte nicht stören, da die DB-Komponente ja nur im eigenen Thread arbeitet - und auch nur die davon abhängen Controls von den Befehlen betroffen sind.