BETWEEN schneller machen?

[DeddyH]

Richtig, so gilt er ja für die Kombination der beiden Spalten.

[ryLIX]

Auch keine Besserung
Eher schlechter... Abfragezeit liegt nun bei 2245ms

[khh]

Zitat von ryLIX:

Auch keine Besserung
Eher schlechter... Abfragezeit liegt nun bei 2245ms

also schlechter kann eigentlich nicht sein


hast die abfrage mal direkt in der DB gemacht?

[ryLIX]

Zur Zeitprüfung nutze ich SQLiteAdmin da es ja kein direktes Interfcae für SQLite gibt.

[khh]

Zitat von ryLIX:

Zur Zeitprüfung nutze ich SQLiteAdmin da es ja kein direktes Interfcae für SQLite gibt.

hast du mal nur nach einem einzigen feld abgefragt und die zeit mit und ohne index verglichen ?

[ryLIX]

Mit Index: 749ms
Ohne Index: 561ms
Beides Durchschnitt aus 3 gesendeten Abfragen.


Verwendetes Qry:
SELECT fgstnr_mospid FROM vin_fgstnr WHERE "EW03029" BETWEEN fgstnr_von AND fgstnr_bis

[mkinzler]

Komisch

[sx2008]

Dann löse doch mal BETWEEN in Einzelbedingungen auf.
Wäre ja möglich, dass der Query Analyser von SQLite nicht schlau genug ist, um die Anwendung von Indizes zu erkennen:
SELECT fgstnr_mospid FROM vin_fgstnr WHERE (fgstnr_von <= 'EW03029') AND (fgstnr_bis >= 'EW03029')

[ryLIX]

Keine Änderung durch die Auflösung...
Die höheren Geschwindigkeiten bei den einzelnen Spalten (wie oben angegeben)
Resultieren daraus das ich grad auf höherer Geschwindigkeit arbeite.

Bei 800MHZ sind die Geschwindigkeiten so:
mit 3869ms
ohne 1560ms

Bei Aufgelöstem Qry:
mit 2574ms
ohne 1607ms

[khh]

Zitat von ryLIX:

Keine Änderung durch die Auflösung...
Die höheren Geschwindigkeiten bei den einzelnen Spalten (wie oben angegeben)
Resultieren daraus das ich grad auf höherer Geschwindigkeit arbeite.

Bei 800MHZ sind die Geschwindigkeiten so:
mit 3869ms
ohne 1560ms

Bei Aufgelöstem Qry:
mit 2574ms
ohne 1607ms

wirklich eigenartig.
hat du die Möglichkeit die Daten zum Test in eine andere DB zu importieren und die Abfrage dort auszuführen?