The query access plan has been rebuilt.
All access paths were considered for file XXX
Additional access path reason codes were used.
Arrival sequence access was used for file XXX
Query options used to build the query access plan.

Message . . . . : All access paths were considered for file xxx.
Cause . . . . . : The query optimizer considered all access paths built over
member xx of file xxx in library LIB.
The list below shows the access paths considered. If file xxx in
library lib is a logical file then the access paths specified are
actually built over member xx of physical file xxx in library
lib. Following each access path name in the list is a reason code
which explains how the optimizer considered the access path.
lib/Falsche LF 11
The reason codes and their meanings follow:
0 - The access path was used to implement the query.

@furechau . ich raff es echt nicht . Ich mache doch einen SQL und wähle feld a ,b,c von der physischen. Normal müsste doch der optimizer hergehen und sagen , hey cool ich da eine LF die genauso aufgebaut ist. Der Indexadvisor schlägt mir ja auch diese LF vor ja es gibt ein SQL programm das genau diese felder a,b,c in der Where abfrage hat und trptzdem nimmt er die falsche LF .

bis jetzt hats ja auch immer funktioniert aber diese LF kann er so wies aussieht nicht leiden ..
Felder und Reihgenfolge passen mit dem Vorschlag des Advisors überein . Habs nochmal überprüft.