Announcement

**Thomas Steinmaurer** · 23.03.2003, 12:38

Hallo Christian, 
verwendest Du ein explizites Transaktionshandling, d.h. startest und beendest Du die verwendenten Transaktionen selbst? Welchen Prozess meinst Du eigentlich? Deine Anwendung oder den InterBase Server Prozess? 
Gruss, 
Thoma

**Christian Storfinger** · 23.03.2003, 15:46

Hallo Thomas, 
 
ich starte die Transaktionen nicht selbst, aber bestätige falls nötig mit Commit. 
 
Mit Prozeß meinte ich natürlich die Anwendung. Beim Debugger merkt man eben, dass direkt nach Connection.Active:=false ca. 10 Sekunden vergehen, unabhängig davon, was vorher gelaufen ist. 
 
Danke, Christian<br&gt

**Thomas Steinmaurer** · 24.03.2003, 09:28

Hallo Christian, 
folgendes wäre denkbar. Du führst einen Code im OnBeforeDisconnect oder OnAfterDisconnect der TIBDatabase Komponente aus, oder es ist noch eine Transaktion aktiv (kann durchaus sein, weil du kein explizites Transaktionshandling verwendest), die dann beim Schließen der Datenbankverbindung laut der IBX-Einstellungen committed oder rollbacked werden. 
Gruss, 
Thomas

**Christian Storfinger** · 25.03.2003, 22:34

Hi Thomas, 
es handelt sich um ein Minimalkonstrukt, es wird kein Code bei den Ereignissen ausgeführt. 
Ich führe nach jeder Operation ein explizites Commit aus, wenn InTransaction true ist. Normales Commit, kein CommitRetaining. 
 
Mein Tool legt Tabellen, Generatoren, Trigger usw. an und erzeugt so eine leere Datenbank. Wenn gewünscht, werden auch Systemtabellen gefüllt. Mittlerweile tritt das Problem nicht jedesmal auf, auch wenn gleiche Operationen in der gleichen Reihenfolge ausgeführt werden. 
 
Da es sich um ein Administrationstool handelt, ist es auch nicht weiter wichtig. Ich hoffe nur, dass dieses Verhalten in der eigentlichen Anwendung nicht auftritt. :-)) 
 
Christia

Announcement

Interbase läuft beim Schließen der Connection nach...

Interbase läuft beim Schließen der Connection nach...

Comment

Comment

Comment

Comment