positionieren im Resultset

[andreaspr@aon.at]

@andreaspr@aon.at: Der Cursor bleibt offen. Das Problem ist, dass der "Fetch relative 3451244" zu viel performance frisst.

Weist du zufällig was das zirka in Zahlen heist?
Das ein User beim Laden und Blättern ein paar Sekunden warten muss ist auch nicht ideal.
Da ich bis jetzt noch kein Resultset hatte, das über mehrere Mio Sätze ging (zumindest nicht für eine Ausgabe am Bildschirm), würde mich das interessieren.

[Klabautermann]

Hallo,

für den "Fetch relative 3451244" hat er ca. 40 sekunden gebraucht.

Und das bei jedem positionieren ist zu lange.

[BenderD]

Hallo zusammen,

ich habe es nun folgendermaßen gelöst:

Diese Lösung braucht zum Aufbau des Resultsets ca. 5 sek. Beim 1. Positionieren (bis das komplette Resultset im Array ist) ca. 7 sek.
Ab dann positioniere ich innerhalb weniger sekunden.
Schönen Gruß

... das sind völlig unzureichende Antwortzeiten, beschreibe dochmal genau, was der Anwender haben will, was er eingibt und was er dann bekommen soll. Ich bin sicher, dass es da was wesentlich schnelleres geben muss!!!

D*B

[Fuerchau]

Da bin ich aber auch der Meinung, dass das inakzeptabel ist.
Wie gesagt, bei korrekter Erstellung eines Index für die Where/OrderBy-Klausel sollte der Zugriff erheblich schneller sein.
Außerdem macht es keinen Sinn, die Daten selber noch mal in einem Array zu halten, da doch die Subfile bereits im Speicher (der DSPF) liegt.