jajaja so was suche ich ... aber das gibt es wohl nicht in der v8.x. in der v9.x API gibt es ja paar neue Sachen ...brandelh hat geschrieben:außer der SERVER könnte erkennen was er schon durchsucht hat und den Befehl direkt auf dem OFFSET weiterführen
ne dann erhält man eine 20 Sec. Zeitstrafe wie Vettel wenn man die Strecke "mit allen 4 Reifen" verlässtbrandelh hat geschrieben:TIP: Wenn der schnellste Rennwagen zu langsam wird, sollte man über einen kürzeren Weg nachdenken
die ganze "native" Fragen Serie diente ja nur als Vorspiel zu pgDBE denn damit wird ein "normaler" Xbase++ User,
der auf PostgreSQL umstellen möchte, ja arbeiten wenn es released wird.
die "Regeln" legt also quasi pgDBE fest was wir machen können wobei ja alles "erlaubt" sein soll was wir von anderen DBEs "gewohnt" sind.
wenn pgDBE wirklich so toll wäre wie man uns es manchmal verkaufen will dann hätte ich auch keine Fragen.
der letzte simple Testcode zeigt schon das deutliche Verhalten von pgDBE bei grossen Table.
wenn ich in der DBF ein DbGoTop() mache ist das doch genau so schnell wie DbGoBottom() oder einem anderen DbGoto()
das pgDBE Demo zeigt nun das Verhalten wie es mit grossen OFFSET auch in der "native" Version passiert.
Fazit : das ist "System" bedingt.
ein anderer Test mit DbCreateIndex() -> crash ... "out of Memory" ( 1.76GB von 8GB ) oder REINDEX sind unbefriedigend .
Fazit : da muss Alaska "nacharbeiten"
p.s. ob DbCreateIndex() / REINDEX überhaupt "Sinn" macht will ich hierbei gar nicht betrachten