LF / SQL index

[Fuerchau]

SQL verwendet grundsätzlich nur PF/TABLE's und für den Zugriffsweg vollständige LF's und Indizes.
Eine eingeschränkte LF, die nur bestimmte Felder beinhaltet dient nur der Vereinfachung eines SQL's (entspricht einer View mit Index).
Die Abfrage geht aber direkt auf die PF und sucht sich dann einen Index.
Je nach Version (V5/V6/V7) werden Select/Omit-LF's ignoriert oder wenn die Whereklausel dem Select/Omit entspricht auch verwendet.

[woodstock99]

Ja aer SQl geht doch auf die physische und der sucht sich dann , sollte sich die beste raussuchen oder ? Der IndexAdvisor hat mir ja die LF vorgeschlagen und jetzt nimmt die Maschine trotzdem die verkehrte. Verstehe ich nicht .
Meine LF mit Select/Omit wird doch vom SQE sowieso nicht verwendet und wird automatisch an den CQE weitergeleitet . Die Maschine soll einfach nur die neue logische nehmen tut es aber nicht ..... Warum auch immer .

In meinem Bespiel mach ich ja nur einen Select a,b,c und genauso ist die logische aufgebaut .
Er nimmt aber die mit Select/omit .. Verstehe ich wirklich nicht .

[Fuerchau]

Es wird nur die Beste bzgl. Index gewählt!
Die Felder des Select spielen da keine Rolle.
Wenn eine PF 5 Felder enthält und eine LF davon dann nur 3, ist diese LF wie eine View zu sehen.
Wobei eine View keinen Index haben kann.
Eine View dient ggf. nur der Vereinfachung (select * from MyView) sowie ggf. der Berechtigung, d.h., dass ein User über eine View nicht alle Felder sehen darf.

Wenn du nun deiner LF einen Index verpasst und deine Where/OrderBy/Groupby-Klausel dazu passt, könnte es sein, dass die LF gewählt wird.