Database Purge old data

' schrieb:Hallo,

durch herumprobieren die Lösung:

nach dem "Execute Query" braucht es ein "Free Object"...... das ist so offensichtlich klar, logisch und intuitiv das man es nirgends erwähnen muss. Ich bin hingerissen.

Was ich mich ernsthaft frage (ich schreibe selber manchmal Manuals) baut man selber auch so einen Scheiss? Wahrscheinlich - man sieht die Probleme eines "externen" nicht.....

OK - es hat viel Zeit gekostet aber es pfeifft

Gottfried

Wahrscheinlich hast Du defaultmässig Command Tranaction oder wie das wohl genannt wird enabled. Dann wird jede Command Connection als Transaction behandelt die erst mit dem Abschliessen des Commands endgültig in die Datenbank übernpmmen wird. Wenn Dir die Applikation dann mitten in einem komplexen Update oder Delete abschmiert ist die Datenbank noch stets in einem konsistenten Zustand.

Zur Dokumentation, sowas ist Datenbank spezifisch und das im DB Toolkit zu dokumentieren würde ins absolut Uferlose ausarten da Du nicht erwarten kannst dass jemand für Dich das Toolkit in jeder möglichen Datenbank testen kann und alles was damit zusammenhängt dokumentieren wird.

Anstelle des Abschliessen des Commands sollte auch ein explizites Commit möglich sein. Ob durch eine vorgefertigte Routine des DB Toolkits, oder durch eine nicht im DB Toolkit benützte Methode der ADO, oder gar durch ein entsprechendes SQL Statement wird wohl auch wieder Datenbank spezifisch sein.

Rolf Kalbermatter