Komisches SQL Sortier-Verhalten

[HCB]

Hallo, ich habe gerade was kurioses festgestellt. Mit dieser SQL Abfrage dauert das Ergebnis ca. 8 sek.:

Delphi-Quellcode:

select BestDocErfNr, BestDocDatum, BestDocLSNr, BestDocID
from BestDok
where BestDocType = 0 and BestDocLiefNr = 'K000100' order by BestDocDatum desc;

Das ist ja eine 08/15 Standard Query. Ja, ist indiziert.

Seltsamerweise läuft diese Abfrage ratz fatz:

Delphi-Quellcode:

select BestDocErfNr, BestDocDatum, BestDocLSNr, BestDocID
from BestDok
where BestDocType = 0 and BestDocLiefNr = 'K000100' 
group by BestDocDatum,BestDocErfNr,BestDocLSNr, BestDocID 
order by BestDocDatum desc ;

Jetzt frage ich mich natürlich woran das liegen könnte. Außerhalb Delphi mit einem externen Programm (MSA Query von MiTec) laufen beide Abfragen im ms Bereich.
Hat jemand eine Idee oder weiß, wo der Hund begraben liegt?

LG Harry

[fisipjm]

Hi

Ohne den Index Aufbau zu kennen, wird es wahrscheinlich schwierig eine Aussage zu treffen.
Ein Group By führt ja immer automatisch dazu, dass deine Datenmenge auch erst mal nach diesen Werten Sortiert wird.
Kann es sein, dass dein Index nicht über das eigentliche Sortierfeld geht, sondern nur über die anderen Felder im Group By und deshalb bei der 2. Abfrage deine Datenmenge die noch sortiert werden muss kleiner ist?

[HCB]

Das mit dem Index ist so eine Sache, die ich glaube noch nicht richtig geschnallt habe.

In der .mdb Access Datei ist u.a. die Tabelle BestDok. Da sind 7 Index für die Tabelle hinterlegt. Keiner davon hat das Feld BestDocDatum inkludiert.

Im Delphi Datenmodul liegt die FDQuery die die Abfrage ausführt. In dieser ist der IndexFieldName 'BestDocDatum' als Feld eingeschlossen.
Wenn hier von "Index auf..." die Rede ist, ist dann der Index der in Access angelegt ist oder der Index im FDQuery gemeint?

LG Harry

[Phoenix]

Der Index wird auf der Datenbank abgelegt, das hat nichts mit der Query zu tun.

Was mich wundert ist dass Access an sich - wenn Du extern darauf zugreifst - schnell ist.
Kann es sein, dass erst die komplette Datenmenge an den Client (also das Programm) übertragen wird, dann dort im Speicher sortiert und erst dann ausgefiltert wird?

[Delphi.Narium]

Genau das ist der Fall, wenn in IndexFieldName etwas steht, für das es auf der Datenbank keinen Index gibt. Dann muss der Client die Sortierung vornehmen und das geht bei wenigen Datensätze (group by) halt schneller als bei vielen Datensätzen.

Wobei mir ein Order By im SQL und eine zusätzliche Angabe von Spalten in IndexFieldName nicht wirklich sinnvoll erscheint. Zuerst sortiert die Datenbank entsprechend dem Order By und anschließend sortiert der Client das Ergebnis entsprechend IndexFieldName. Sprich: Man sortiert dann ein sortiertes Ergebnis. Und sind dann noch beide Sortierungen gleich, ist's einfach nur Resourcen- bzw. Zeitverschwendung.

Meiner Meinung nach sollte man die Sortierarbeit immer die Datenbank machen lassen, dafür ist sie da und das kann sie vermutlich deutlich besser als der Client.

IndexFieldName nutze ich nur bei 'ner Memorytable, wenn die nicht selbst die Möglichkeit der Indexerstellung mitliefert. Kann sie selbst 'nen Index (oder mehrere) anlegen, nutze ich immer IndexName.

[HCB]

Die Frage ist:
Muss ich denn überhaupt bei der FDQuery etwas bei Indexes außer IndexesActive=true eintragen, wenn doch schon in der Datenbank die Index angelegt sind?
Denn unter IndexName kann ich nichts auswählen. Müssten da nicht die Indices der Access-Tabelle stehen?