brandelh hat geschrieben:Die Syntax der Datenübernahme mit den neuen Daten und der Server kann die Daten importieren - atemberaubend schnell
gut, genau darauf wollte ich hinaus.
in meiner ersten Import Version hatte ich eine ähnliche Geschwindigkeit wie DbfUpsize.EXE (mit einem Thread).
nachdem ich jedoch weitere Abfragen wegen "Umlauten", "€" Euro Zeichen oder "\" eingebaut habe wird es immer langsamer.
( ca. 800 statt >1400 Rec/sec, 33 Felder mit 278 byte/Rec., P4 3GHz )
ich hatte zunächst angenommen das ein falsche "INSERT ..." Befehlt einen "Absturz" verursachen sollte...
tut er nicht und es sind dann auch keine Daten in der Table. vielmehr gibt er immer .T. zurück
dann entdeckte ich die PG "Logfiles" und das "\" Problem ...
ein solche Problem beim Import zu identifizieren könnte schwierig werden.
Wenn ich ein "Skript" dazwischen schiebe könnte ich wohl auch schneller identifizieren in welchem Teil das Problem liegt.
mal sehen was pgDBE dann "bringt" wenn APPEND / DbCommit funktioniert mit mehr als "paar" Datensätzen hintereinander
( einzelnes "save" klappt soweit ) und wie Alaska das "\" Problem löst.