Spezielle Message, wenn Taskmanager Programm beendet

[Sir Rufo]

Zitat:

Zitat von gmc616 (Beitrag 1056925)

Zitat:

Zitat von youuu (Beitrag 1056914)

Naja, keiner wird dein programm über den Taskmanager beenden, da es nicht eingefroren ist, daher könnte man dann im OnClose Ereignis einfach die DB Verbindung schließen lassen, falls Sie offen ist.

Korrigiert mich falls ich falsch liege, aber auf den ersten Blick wäre das für mich der einfachste und komfortabelste Weg für dich und den Kunden.

OnClose wird nicht ausgelöst, wenn das Programm im Taskmanager per "Prozess beenden" gekillt wird. Aber das hatten wir schon und das ist genau das Problem.

Der Vorschlag von youuu beruht ja darauf, die Abfrage in einem Thread auszulagern.
Dadurch friert dem User die Anwendung nicht ein und er hat keine Veranlassung die Anwendung per TaskManager abzuschießen.

Somit würden die Fälle, wo das doch passiert erheblich verringert, so dass man dann auch den Umstand des Rechner-Neustarts in Kauf nehmen könnte.

[gmc616]

Ah, Okay, das mit dem Thread haben ich überlesen. Sorry.

Und wer beendet die Threads?
Die Threads warten genauso auf eine Antwort vom DB-Server wie die Anwendung selbst auch. Das Problem, dass das Programm (die DB) immer langsamer läuft, ist damit nicht beseitigt.

Beenden kann ich das Programm noch immer nicht, weil das Programm die Threads nicht beenden kann, da diese noch auf eine Antwort der DB warten.

Also bleibt wieder nur "Prozess beenden".
Und wenn das Programm gekillt wird, werden dann die Threads korrekt beendet?
Ich glaube nicht. Das Problem bleibt das gleiche.

Seht ihr das anders?

[youuu]

Zitat:

Zitat von youuu (Beitrag 1056909)

einen Abbrech Button, der dann die Verbindung schließt?

Umgeht dieses Problem, denke ich.

Edit: Dabei fällt mir ein kann man auch im OnClose Ereignis schauen ob noch ein Thread aktive ist und ggf. "killen" und DB Verbindung schließen?

[gmc616]

Bin mir nicht sicher, ob sich eine DB-Verbindung einfach so abbrechen läßt, während noch auf eine Antwort gewartet wird.

Selbst der Abbrech-Button wird erst dann wirken, wenn die Antwort der DB da ist.
Alles Vermutung, müsste man mal testen.
Kommt wahrscheinlich auch auf das eingesetzte DBMS und die verwendeten Delphi-Komponenten an.

[Ines]

Zitat:

Zitat von gmc616 (Beitrag 1056925)

Das sehe ich anders! Mag durchaus sein, dass beim Einfügen oder Ändern eines Datensatzes die DB länger mit sich selbst beschäftig ist, aber der Vorteil, das Anfragen schneller beantwortet werden (wegen dem definierten Index), überwiegt IMHO den Nachteil.

160.000 Blobs nach mehreren Stichworten zu durchsuchen halte ich nicht für sinnvoll. Besser wäre es evtl. den Inhalt der Blobs mittels Schlagworten in eigenen Tabellen zu indizieren und in diesen Tabellen nach den Stichworten zu suchen.

1. Es werden mehr Datensätze abgeändert als durchsucht - deshalb nützt mir hier ein Index nichts. Aber ich verwende Indices. Wir haben keine DB-Tabelle ohne Index.
2. In diesen Blogs befinden sich Befunde. Bei jedem Befund müßte der Arzt ein oder mehrere Schlagworte vergeben - da bekommt der Begriff Schlagwort eine neue Bedeutung für mich. Vor Jahren haben wir versucht, eine Struktur mittels Diagnoseschlüssel einzubauen - gescheitert !!:wall:

Zitat:

Bin mir nicht sicher, ob sich eine DB-Verbindung einfach so abbrechen läßt, während noch auf eine Antwort gewartet wird.

Stimmt, erst nach dem 1. gefundenen Satz ist die DB wieder "dialogbereit".
Dann kann ich z.B. die Verarbeitung abbrechen, die Verbindung trennen usw.
Aber solange die DB arbeitet komme ich PC-seitig nicht weiter (nur am Server selbst kann ich den Prozess abschießen).

Ines

[youuu]

Hm dann vielleicht, auch wenn man es eigentlich nicht soll den Prozess mit der DB Abfrage unsanft beenden und dann die DB-Verbindung beenden, beim klick auf den Abbrech Button.

Hab ich zwar noch nie machen müssen, aber ist viellecht eine Option?

[gmc616]

Zitat:

Zitat von Ines (Beitrag 1056958)

1. Es werden mehr Datensätze abgeändert als durchsucht - deshalb nützt mir hier ein Index nichts. Aber ich verwende Indices. Wir haben keine DB-Tabelle ohne Index.

Das wiederspricht doch nicht meiner Aussage. Vorteil vs. Nachteil

Zitat:

Zitat von Ines (Beitrag 1056958)

2. In diesen Blogs befinden sich Befunde. Bei jedem Befund müßte der Arzt ein oder mehrere Schlagworte vergeben - da bekommt der Begriff Schlagwort eine neue Bedeutung für mich. Vor Jahren haben wir versucht, eine Struktur mittels Diagnoseschlüssel einzubauen - gescheitert !!:wall:

Die Schlagworte muß doch nicht der Arzt erstellen. Das kann die Anwendung von sich aus tun, oder ein Trigger auf der Befund-Tabelle kann u.U. diesen Job erledigen.

[p80286]

Die Blobs gefallen mir nicht, da gibt es wirklich ekelhafte Laufzeiten.
Alle anderen Anforderungen sollten sich durch geschickte Abfragen, die die zurückgegebenen Daten einschränken auf ein erträgliches Maß reduzieren lassen.
Nach meiner Erfahrung gibt es hier zwei "bottlenecks" zum einen die Datenmenge, die über die Leitung gequält wird, zum anderen das entgegennehmende Programm.
Z.B. Empfangene Daten direkt in ein Stringgrid schreiben ist weder performant, noch "Mengensicher".

Das ursächliche Problem ist ja, daß der Benutzer nicht sieht, das sich etwas tut, und er wohl darum das Programm abschießen will. Also gibt man ihm was er braucht, "action" oder ein augenscheinlich reagierendes Programm (minimieren,maximieren etc)

Gruß
K-H

[Ines]

Zitat:

Zitat von gmc616 (Beitrag 1056973)

Die Schlagworte muß doch nicht der Arzt erstellen. Das kann die Anwendung von sich aus tun, oder ein Trigger auf der Befund-Tabelle kann u.U. diesen Job erledigen.

Sorry, da muß ich mich erst bei Oracle erkundigen, wie das gehen könnte. Wir verwenden hier eine Oracle RDB die im Gegensatz zu einer Oracle DB verschiedene Funktionen nicht kann/unterstützt.

Bis dahin bleib' ich bei meiner Lösung. Auch wenn das hier einigen Unmut auslösen wird: der Nutzer wird bestimmt vorsichtiger mit dem Abbrechen eines Programmes via Taskmanager sein. Ein Abbrechen "just for fun" wird damit auf jeden Fall verhindert. Bei einigen läuft der Taskmanager generell. Und statt auf "Programm beenden" klickt man dann auf "Task beenden". (viel professioneller :twisted:)

Vielen Dank für Eure Anregungen und Hilfe
Ines