Anzahl der Datesätze bei SQLRPGLE

[andreaspr@aon.at]

Diagnostics liefert auch nur bei Update/Delete die Anzahl der Sätze.

Das stimmt nicht ganz. Das was du meinst ist der Parameter ROW_COUNT. Bei DB2_NUMBER_ROWS wird die anzahl der Sätze der Result Table zurückgegeben (Bei Open und Fetch)

[Fuerchau]

OK, das hängt aber nun doch sehr stark vom verwendeten Select und Cursor-Type ab.
Nur wenn SQL alle Sätze tatsächlich gelesen hat (kein Index für Sortierfolge), der Cursor insensitive ist, o.ä. könnte da ein gültiger Wert drinstehen.

DB2_NUMBER_ROWS

If the previous SQL statement was an OPEN or a FETCH which caused the size of the result table to be known, returns the number of rows in the result table. For SENSITIVE cursors, this value can be thought of as an approximation since rows inserted and deleted will affect the next retrieval of this value. If the previous statement was a PREPARE statement, returns the estimated number of rows in the result table for the prepared statement. Otherwise, the value zero is returned.
Also wirklich verlassen würde ich mich nicht darauf.

[andreaspr@aon.at]

OK, das hängt aber nun doch sehr stark vom verwendeten Select und Cursor-Type ab.
Nur wenn SQL alle Sätze tatsächlich gelesen hat (kein Index für Sortierfolge), der Cursor insensitive ist, o.ä. könnte da ein gültiger Wert drinstehen.

Ich hab das Gefühl du suchst einen Grund das nicht verwenden zu können

*) Auch WENN die Engine einen Index für Sortierung verwendet steht da ein gültiger Wert drinnen. Wo hast du das denn gelesen??

*) Auch WENN der Cursor SENSITIVE ist, steht da ein gültiger Wert drinnen (zum Zeitpunkt zu dem das Result-Set aufgebaut wurde!!).
Vor dem gleichen Problem stehst du beim
select count(*) as counter from
( fullselect )
Bzw. weist du bei dem count(*) noch weniger ob dein Result-Set danach dem entspricht was du vorher gelesen hast, da sich die Tabelle zwischen den beiden Statements schon längst geändert haben könnte. Also GERADE in solch einen Fall ist die Methode mit GET DIAGNOSTICS die Bessere!!!

[Robi]

hab mich vertan, gem. meiner alten doku, ist es sqlerrcode(3), nicht 5

Ohne es probiert zu haben

Robi

[B.Hauser]

hab mich vertan, gem. meiner alten doku, ist es sqlerrcode(3), nicht 5

Ohne es probiert zu haben

Robi

SQLER3 oder SQLERRCODE(3) gibt die Anzahl der Datensätze an, die bei einem Multiple-Row-Fetch ausgegeben werden oder, die bei einem Insert, Update oder Delete (ohne Cursor) hinzugefügt, geändert oder gelöscht wurden.
Entspricht dem Schlüssel-Wort ROW_COUNT, das von einem GET DIAGNOSTICS-Statement ausgegeben werden kann.

SQLER5 order SQLERRCODE(5) gibt an, ob bei einem Multiple Row Fetch noch weitere Zeilen vorhanden sind, d.h. wird 100 ausgegeben, gibt es keine weiteren Zeilen.
SQLER5 entspricht dem Schlüssel-Wort DB2_LAST_ROW, das von einem GET DIAGNOSTICS Statement ausgegeben werden kann.

Birgitta

[Fuerchau]

Da kann ich nur Birgitta zustimmen.
Auch SQL weiß erst wieviele Daten tatsächlich gelesen werden, wenn der letzte Fetch erfolgt ist.

Mache ich einen Single-Fetch bekomme ich 1 zurück, Multiple-Row die Anzahl Strukturen.

Bei veränderbaren Daten ist natürlich ein Count(*) auch nur eine Abschätzung.

[ExAzubi]

Also nach den ersten Stichrobenartigen Select' kommt beim Tipp vom Robi immer die richtige Anzahl herraus! Ob das immer so ist, kann ich bislang auch nicht sagen.

Danke erstmal an alle!