Advantage - FlushBuffers

[adrian4321]

tja.... Hilfedateien eben :-/

Was meinen Fehler betrifft, ich habe ihn gerade gedunden.... Die uses-Liste war ok, ich habe allerdings das Projekt ueber die .dpr geoeffnet und nicht ueber die .bdsproj ....

ciao,
adrian

[adrian4321]

Hi,

gibt gleich noch ein Problemchen hinterher. Wenn table.AdsFlushFileBuffers direkt nach table.Delete aufgerufen wird und die Tabelle dann leer ist, gibts folgende Exception:

Zitat:

Error 5022. The record number given was not valid. You cannot go to deleted records in ADT tables.

Ich wollte durch den Flush Befehl eigentlich sicherstellen dass der Datensatz auch wirklich geloescht wird, war aber wohl nix....

Hat jemand einen besseren Vorschlag?

[Union]

Dann musst Du in diesem Fall noch Recordcount abfragen und bei Null darfst Du AdsFlushFileBuffers nicht aufrufen. Aber wo liegt die Notwendigkeit ? Ich setze ADS seite Jahren ein und hatte noch nie Daten-Verluste, nicht einmal bei Stromausfällen. Und ob das OS die Daten dann auch wirklich speichert ist auch eine andere Frage.

[adrian4321]

Stimmt, der Sinn ist schwer zu erkennen Ich benutze einen Wechseldatentraeger welcher automatisch zwischen 2 Gateways hin und her geschaltet wird (Patent 10 2004 034 902). Die Daten weden dabei dort in einer ADS Tabelle abgelegt. Da der Datentraeger also oft "verschwindet", moechte ich natuerlich dass die Daten vorher geschrieben wurden.
Es geht also darum sicherzustellen, dass die Operationen die in der Tabelle durchgefuehrt wurden, egal ob Append/Post/Delete, auch wirklich auf Platte geschrieben werden.