Phänomen rückwärtsblättern SQL

[Robi]

Hi,
ich hab zwar keine Idee warum das so ist.
M.e. ist die Idee des Subfiles die, das das Rückwärtsblättern nicht codiert werden muß, sondern vom SF selber gemacht wird. Nur bei extremen aktualitätsbedatf sollte mann immer neu lesen.
Gruß
Robi

[woodstock99]

hmmm.
ja da ist eine erklärung schwer zu finden.
wie gesagt ich kapiers auch net warum das des so ist obwohl es mich brennend interessieren würde.

ich muß leider die daten immer neu lesen aus verschiedenen gründen.

aber rein vom logischen her hat ja das subfile nix mit dem rückwärtslesen des cursors zu tun .....


aber trotzdem danke für deine antwort.

[Fuerchau]

Bist du denn sicher, dass du auch tatsächlich so weit vor geblättert hast ?

Wie ist der Cursor definiert ?

[woodstock99]

mein cursor :

C/EXEC SQL
C+ PREPARE SEL FROM : SQLBEFEHL
C/END-EXEC
*
C/EXEC SQL
C+ DECLARE MYCUR SCROLL CURSOR FOR SEL
C/END-EXEC
*
C/EXEC SQL
C+ OPEN MYCUR
C/END-EXEC



c/EXEC SQL
C+ FETCH RELATIVE : readzurueck FROM MYCUR INTO : VIEWFETCH :ANZARRAY
c/END-EXEC



wie soweit vorgeblättert??
ich habe einmal vorwärts und einmal rückwarts und beim rückwärtsblättern geht er 78 sätze mit dem cursor zurück obwohl readzurueck (-34) beim fetch relativ befehl steht.


wenn ich

do readzurueck
FETCH PRIOR FROM MYCUR INTO : VIEWFETCH :ANZARRAY
enddo

mache

klappts einwandfrei.


hier noch meine Sortierungen

%subst(sqlbefehl:l1+2) ='order by RECDAT' funktioniert mit fetch relativ
%subst(sqlbefehl:l1+2) ='order by ENDBET' funktioniert mit fetch relativ
%subst(sqlbefehl:l1+2) ='order by RECHNU' funktioniert mit fetch relativ
%subst(sqlbefehl:l1+2) ='order by OFFPOS' funktioniert mit fetch relativ
%subst(sqlbefehl:l1+2) ='order by FNAMEN' funktioniert teilweise mit fetch relativ ((((

Also wie gesagt ich check es nicht ((.

[Kaufmann]

Du liest die Werte für dein Subfile jedesmal neu und schreibst es neu. Damit setzt du die Positionierung wieder auf den Anfangswert. Oder hast Du ein statisches Subfile?

[woodstock99]

ich lese nicht die werte von der subfile sondern von einer view anhand eines sql-cursors. ich fülle die subfile nur .
entweder mit 17 sätzen oder mit dem rest (ende datensätze).

das hat meiner meinung nach überhaupt nix mit der subfile zu tun. es klappt ja auch bei den 4 anderen sortierkriterien. da ist was anderes im busch. wie gesagt beim sortierkriterium nach namen macht er es ja bei bestimmten buchstaben richtig und bei anderen falsch. wenn ich den sql befehl den ich mir zusmmengebastelt hab am system absetze bringt er mir die sätze in der richtigen reihenfolge.

beim vorwärtsblättern liest er auch richtig von der view. nur beim rückwärtsblättern positioniert er sich ab und zu total falsch (aber nur bei fetch relativ) obwohl im readrückwaerts der richtige wert enthalten ist. wenn ich es wie oben schon mal erwähnt mit fetch prior mache funzt das programm auch bei diesem sortierkriterium obwohl in readrückwärts beides mal derselbe wert steht.

eigentlich absoluter schwachsinn


den fetch relativ - 34

und

do 34
fetch prior
enddo

ergibt doch das gleich ergebnis


absolut komisch der fall...

ich glaub da hilft nur noch gott oder der der die etwas tiefere etage bevorzugt