Hallo,

wie Baldur sagt. Das OR weglassen!
Ansonsten ist der Quey Optimizer clever genug zu erkennen, ob im Von- und Bis-Wert das gleiche steht, um dann nach einem entsprechenden Index zu suchen.

Dynamisches SQL ist auf alle Fälle langsamer. Für statisches SQL werden die Access Pläne im Programm-Objekt gespreichert und brauchen nur validiert zu werden. Für dynamisches SQL werden keine Access Pläne im Programm-Objekt gespeichert. Wird die Abfrage von der CQE (classic Query Engine), muss der Access Plan jedes mal neu aufgebaut werden. Bei Verwendung der neuen SQE (SQL Query Engine) kann evt. ein im Plan Cache gespeicherter Access Plan validiert werden.

Was bei der Optimierung noch viel wichtiger ist, und was viele falsch machen! Die Zugriffs-Wege sollten nicht hart geschlossen werden (HARD CLOSE). Ein Hard Close wird erreicht durch die Compile Option CLOSQLCSR = *ENDMOD. In diesem Fall muss die Optimierung jedes Mal, wenn das Modul im gleichen Job aufgerufen wird, komplett durchlaufen werden. Erfolgt kein Hard Close, wird der offene Zugriffs-Pfad (ODP) nur nach der erste Ausführung komplett gelöscht. Ab dem zweiten Aufruf bleibt er (sofern er wiederverwenbar ist) offen. D.h. der Optimierungs-Prozess wird nicht mehr durchlaufen, sondern der Offene Daten Pfad wird immer wieder verwendet.

Birgitta