"Lost Connection during Query" oder "wie kann ich dieses View erstellen"

[Captnemo]

Zitat von Medium:

Das kann dann ein Problem werden, wenn du z.B. im Thread Komponenten nutzt die du auf dein Formular gelegt hast. Ich hatte bei MySQL Zugriffen auch schon Probleme damit, weiss nur nicht mehr ob das bei Zeos oder UniDAC war. Ich erstelle seither immer alle Ressourcen dafür im Thread selbst, und habe keine Probleme mehr gehabt.

Tatsächlich scheint das das eigentliche Problem gewesen zu sein.
Ich habe jetzt auch mal die Connection direkt im Thread erstellt, und seither ist der Fehler auch nicht mehr aufgetreten.

Allerdings habe ich die Connection im Konstruktor erzeugt.

Zitat von Medium:

Wichtig dabei ist: Im Konstruktor des Threads erstellte Dinge sind nicht im Threadkontext!! Daher quasi so:

Das ist mir allerdings neu. Ich habe alles bisher immer im Konstruktor erzeugt und nie Probleme gehabt (Was ja nichts heißt). Kann man das irgendwo nachlesen?

[jobo]

Eine Anmerkung noch zum Union (keine Ahnung ob das hier oder im anderen Thread zur Sprache kam)
Ein Union (und natürlich erst Recht ein mehrfaches) baut implizit ein Group By bzw. Distinct in die Verarbeitung ein, um zu garantieren, dass es die redundanzfreie Vereinigungsmenge ist.
Auch wenn es nur 850 Sätze sind, kann das je nach Ausstattung und Abfragehäufigkeit unnötigen Streß (für den server) bedeuten.
Also
UNION ersetzen durch
UINION ALL

Das hängt ungeprüft und ungruppiert alles hintereinander. Macht auch und vor allem Sinn, wenn anhand des Datenmodells sicher gilt, dass eh keine Dubletten vorkommen können.

[Medium]

Zitat von Captnemo:

Das ist mir allerdings neu. Ich habe alles bisher immer im Konstruktor erzeugt und nie Probleme gehabt (Was ja nichts heißt). Kann man das irgendwo nachlesen?

Ja, in den VCL Quellen. Unter Windows wird ein Thread mit einem Aufruf von CreateThread() der WinAPI gestartet. Dies passiert im Konstruktor von TThread, und der Methodenzeiger, der dabei als Thread-Methode übergeben wird, ist eine Wrapper-Methode, die intern im Wesentlichen TThread.Execute aufruft. Der Konstruktor selbst ist dabei nicht Teil des Threads - der wird da ja erst erstellt. Sonst hätte man ja ein typisches Henne-Ei-Problem.

[Captnemo]

Danke für den Hinweis. Dann werde ich das noch mal ändern. Sicherheitshalber.