Hallo,

1. Alle Abragen, in denen logische Dateien angegeben wurden oder in denen physische Dateien auf denen select/omit-Anweisungen liegen, werden von der Classic Query Engine (CQE), also der alten Query Engine ausgeführt.
Es sei denn, man hätte in der Abfrageoptionsdatei QAQQINI die Option Ignore_Derived_Index auf *YES gesetzt. Dann können die Abfragen von der neuen SQL Query Engine (SQE) verarbeitet werden, allerdings werden alle Zugriffswege von logischen Dateien mit Select/Omit-Anweisungen ignoriert.

2. Der CQE-Optimizer verwendet Zugriffswege aus logischen Dateien mit Select/Omit-Anweisungen, wenn ihm diese als geeignet erscheinen. Die übergangenen Datensätze bzw. die durch Select/Omit ausgeschlossenen Datensätze spielen dabei keine Rolle. Wäre also eine logische Datei mit gleichem Schlüssel ohne Select/Omit-Anweisung vorhanden, die der Optimizer verwendet, wäre die Ausführung genau so schnell oder langsam wie bei Verwendung der logischen Datei mit Select/Omit-Anweisungen.

Ab Release 6.1 können z.B. auch Indices mit Where-Klausel gebildet werden, die von native I/O verwendet werden können, aber auch unter 6.1. kann der Optimizer noch nicht von der reduzierten Satz-Anzahl profitieren.

3. Wird eine komplexe logische Datei in einer SQL-Anweisung angegeben, kann es sein, das der CQE-Optimizer entscheidet, die logische Datei direkt zu verwenden. (Nämlich dann, wenn die geschätzte Auflösungs- und Optimierungszeit zu lange ist.)

Alles in allem (auch wenn viele das vielleicht nicht einsehen wollen), die Entscheidungen die der Optimizer trifft sind immer besser, als die die der kleine Programmierer sich ausdenkt.

Übrigens auch die SQE ist besser als viele glauben. SQE funktioniert halt etwas anders als die CQE, d.h. Tricks, die bei der CQE funktioniert haben klappen bei der SQE nicht mehr.
Sicher, das Ding ist neu geschrieben und hat halt auch noch jede Menge Haken und Ösen. (IBM ist halt auch nur ein großes Software House). Sind Abfragen, die mit der SQE ausgeführt werden nicht mindestens genauso schnell wie wenn sid von der CQE ausgeführt werden, liegt ein Bug vor, der der IBM gemeldet werden sollte.

Bei einem Test mit STRSQL im Debugmodus wird für die Logischen mit Select/Omit folgende Ausschlussgrund genannt:
11 - Der Zugriffspfad enthält statische SELECT/OMIT-Auswahlkriterien, die
mit der Auswahl in der Abfrage nicht verträglich sind.
Das bedeutet, dass der Optimizer einen Zugriffspfad gefunden hat, mit dem er schneller an die Daten 'rankommt als mit dem Zugriffspfad in der logischen Datei mit Select/Omit. (Da der CQE-Optimizer immer nur mit Schätzwerten arbeitet, könnte das vielleicht auch nicht die optimalste Lösung sein).

Wenn Du allerdings schon im Debug-Modus bist, gibt es irgendwelche Index-Empfehlungen?
Wenn ja lege den lege eine logische Datei oder besser einen SQL-Index über die vorgeschlagenen Felder an und führe Deine Abfrage erneut aus.


Birgitta