Verarbeitung der SQE

[andreaspr@aon.at]

Hi Brigitta,
Danke für die Antwort!

Es ist alles reines SQL (Tabelle, Schema), und auch mit der SQE abgearbeitet. Der Temporäre Index bleibt auch bestehen.

Nach löschen, der Statistik-Daten hat der Optimizer zumindest keine Row-Liste erstellt.

Jetzt geht er nur noch über den Temporären Index.

Allerdings wenn ich den Filter entsprechend auswähle, dass möglichst wenig Datensätze ausgegeben werden, wird ein Table-Scan durchgeführt

Interessant ist auch, dass wenn ich den zusatz "FETCH FIRST ROW ONLY" verwende, trotzdem über den längeren Zugriffspfag gegangen wird, da trotzdem alle Datensätze gelesen werden und erst zum Schluss der erste Satz ausgegeben wird.

Danke jedenfalls für die Unterstützung!
lg Andreas

[Fuerchau]

FETCH FIRST ROW ONLY ist für den Optimizer nicht relevant.
Hierfür ist OPTIMIZE FOR n ROWS gedacht.
Zusätzlichen Einfluss kann man über SET OPTION ALWBLK=..., ALWCPYDTA=... sowie die QAQQINI nehmen.

[BenderD]

... da gehts der Query Engine nicht viel anders als der Kriminalpolizei: die rät - und manchmal falsch

D*B

[andreaspr@aon.at]

Vielen Dank für die zahlreichen Antworten!!

Über SQL selbst hab ich es nicht mehr geschafft ein einfaches Table-Scan durchzuführen.

select * from myftplog
where actcnt = 1332
fetch first row only
optimize for 1 rows
for read only 

Müsste scheinbar wirklich wie Fuerchau geschrieben hat, mit SET OPTION oder in der QAQQINI einstellungen vornehmen, dass zB keine temporären Objekte erstellt werden dürfen. (Für diese Abfrage zumindest.)

So wie es aussieht ist die Antwort von BenderD am plausibelsten.

Danke auf jeden Fall für eure Hilfe