embedded SQL Performance Problem mit SCROLL

[BenderD]

Hallo Klaus,

Für das Rückwärtsblättern wollte ich fetch relative verwenden. Hierfür benötigt man in der declare Anweisung das Schlüsselwort SCROLL.

Warum neu lesen für das rückwärts blättern? das schnellste ist hier immer resident halten (dynamische Datenstruktur oder meine Open Source Hashtable)

Im Debug Modus habe ich gesehen, dass in beiden Varianten die gleichen Indizes gefunden werden. Es ist alles gleich. Nur mit Scroll 2 Sekunden, ohne Scroll 4 Minuten. Diese Performanceunterschiede finden schon beim Open statt.

Wenn das sicher ist, dann lässt sich das mit prepared Statements oder statischem SQL heilen (für jede Sortierung eigener Cursor, where Kriterien preparen und Auswahllogik)
Wobei das Ganze für mich nicht ganz klar ist, so auf den ersten Blick dürfte der Cursor read only sein und blocken nicht verboten; könnte auch ein Bug in der Database sein, was sagt denn euer Group PTF Stand?

mfg

Dieter Bender