SQL-Abfrage langsam?

[Helmi]

Hallo,

ich hab eine Datenbank die momentan knapp 53000 Datensätze hat.

Wenn ich folgendes Statement absetze, dann dauert das etwa 500-1500ms.
SELECT DATUM, UHRZEIT, TEMPSENSOR_1, FEUCHTESENSOR_1 FROM Wetterdaten WHERE DATUM = '12.05.2017' ORDER BY UHRZEIT (das feste Datum ist normalerweise ein DateTimePicker)

Ich finde das irgendwie langsam.

Ist das eine reele Zeit für so etwas?

[jobo]

Ist ein Index auf dem Datumsfeld?
Der sollte es beschleunigen.

Ansonsten fragt man Datumswerte nicht als String ab. Und speichert sie in der Tabelle auch nicht als String, sondern als Date Typ.
Dann sollte das alles kein Problem sein.

Hilfreich wäre die Spaltendefinition der Datumsspalte in der Tabelle.

[nahpets]

So richtig schnell würd' ich dazu nicht sagen.

Wie oft wird das Statement ausgeführt?

Bei meinen FireBird-DBs ist sowas immer beim ersten Mal deutlich langsamer, als bei wiederholtem Aufruf.

Gibt's 'nen Index auf Datum und einen Index auf Uhrzeit?

Und wie Jobo schon schreibt:

Ein Datum sollte man als Datum speichern.
Ebenso auch Uhrzeit ...

Zeig' uns bitte mal den Quelltext rund um den Aufruf des Statements, eventuell kann man da was verbessern.

[Helmi]

Hallo,

Uhrzeit ist vom Typ Date in der Datenbank.

Ansonsten gibt es keine Indexe.

[nahpets]

Wird's damit besser?

SQL-Code:

CREATE INDEX IX_Wetterdaten_Datum on Wetterdaten (DATUM);
CREATE INDEX IX_Wetterdaten_Uhrzeit on Wetterdaten (Uhrzeit);

[Helmi]

Zitat von nahpets:

Wird's damit besser?

SQL-Code:

CREATE INDEX IX_Wetterdaten_Datum on Wetterdaten (DATUM);
CREATE INDEX IX_Wetterdaten_Uhrzeit on Wetterdaten (Uhrzeit);

Ich hab einen Indes auf Datum gelegt, krass - jetzt sind es max. 20ms

[haentschman]

Moin...

Zitat:

Uhrzeit ist vom Typ Date in der Datenbank.

Delphi-Quellcode:

SELECT DATUM, UHRZEIT, TEMPSENSOR_1, FEUCHTESENSOR_1 FROM Wetterdaten WHERE DATUM = '12.05.2017' ORDER BY UHRZEIT
.

...und warum übergibst du trotzdem das Datum als string? Damit die DB das casten muß?

[himitsu]

Parameter?

Code:

WHERE DATUM::VARCHAR = '12.05.2017'
WHERE DATUM = '12.05.2017'::DATE

Wie rum Castet die DB eigentlich, bei sowas?

[haentschman]

Zitat:

Parameter?

...versteht sich von allein. Manchmal hätte ich einen virtuellen "MÖÖÖP" mit rotem Knopf wenn ich sowas sehe...

[Helmi]

Zitat von haentschman:

...und warum übergibst du trotzdem das Datum als string? Damit die DB das casten muß?

mmmh - irgendwie hatte ich im Hinterkopf, dass Firebird bei Abfragen keine Parameter erlaubt/will/kann.

Nach nem Test funktioniert es aber doch