Wir verwenden die UniDAC-Komponenten, um auf eine PostgreSQL-Datenbank zuzugreifen. In der Datenbank existieren verschiedene Tabellen, in die Uhrzeiten eingetragen werden (Datentyp: time without time zone). Es handelt sich immer um Anfangs- und Endzeiten, wobei die Endzeiten auch den Wert '24:00' Uhr annehmen können. PostgreSQL unterscheidet 0 Uhr und 24 Uhr voneinander, ich weiß nicht, wie es sich da bei anderen DBMS verhält. Bei Delphi gehört 24 Uhr ja quasi schon zum nächsten Tag, da der Nachkommawert eines TDateTime dann wieder voll ist. Daher kann 24 Uhr auch nicht als TDateTime-Parameter übergeben werden.

Aus diesem Grund übergeben wir time-Werte bei Abfragen immer als string-Parameter an die Query und casten den string innerhalb des SQL-Statement auf einen time-Wert. Also z.B. in der Form:

markieren

Code:

SELECT * FROM tabelle WHERE uhrzeit BETWEEN cast(:anfang AS time) AND cast(:ende AS time)

Die Parameter belegen wir dann folgendermaßen:

markieren

Code:

Query.ParamByName('anfang').AsString := '18:00';
Query.ParamByName('ende').AsString := '24:00';

Sobald die Query jedoch geöffnet wird, wird ein EConvertError ausgelöst der besagt:

"Hour is out of range."

Was ich mich an der Stelle frage, ist, an was die Query hier festmacht, dass der übergebene Parameter einen Zeittyp darstellt, ich übergebe ihn ja explizit als string. Ich hab auch schon versucht, den FieldType der Parameter hart auf ftString zu setzen, hat aber nichts gebracht.

Was ich halt auch nicht weiß, ob das eine "Spezialität" der UniDAC-Komponenten ist, oder ob das Verhalten von einer Delphi-Basisklasse wie dem TDataSet geerbt wurde und sich somit alle Query so verhalten.

Wie kann ich das Beheben, ohne auf die Verwendung von Parametern verzichten zu müssen? Wenn ich die "24:00" hart in das SQL-Statement reinschreibe, dann klappt der Aufruf nämlich.

Landet auch 24:00 in der Datenbank? Bei MySQL war es so, dass 24:00 Uhr eigentlich 00:00 Uhr ist und der Zeit-Datentyp demzufolge nur von 0:00 - 23:59:59 geht ... Geht es wenn Du aus "24:00" eine "0:00" machst? Kannst Du nicht die StrToTime-Funktion von Delphi verwenden, um die Zeit auch wirklich als Zeit-Wert zu erhalten?
Also ich frage mich gerade nur, wie das dann intern auseinandergehalten werden soll von PostgreSQL...

Viele Grüße

Also wie das intern auseinander gehalten wird von Postgres weiß ich leider nicht, aber Fakt ist, es geht! Wenn in der Tabelle ein Zeitraum abgespeichert wird, der von 18 - 24 Uhr geht, dann steht auch 24 Uhr in der Tabelle! Wenn Postgres daraus 0 Uhr machen würde, dann wäre das beispielsweise für meine genannte Abfrage fatal:

markieren

Code:

select cast('19:00' as time) between cast('18:00' as time) and cast('24:00' as time)

liefert bei Postgres nämlich "True" zurück...

markieren

Code:

select cast('19:00' as time) between cast('18:00' as time) and cast('00:00' as time)

logischerweise "False", da der Zeitraum von 0 - 18 Uhr betrachtet wird.

StrToTime bringt mir da leider überhaupt nichts, weil die Funktion sicherlich denselben EConvertError erzeugen dürfte, sollte man ihr "24:00" übergeben.

Hm, Versuch das ganze mal als Integer zu übergeben. Also

markieren

Delphi-Quellcode:

.AsInteger := 180000;
.AsInteger := 240000;

Kann Postgre laut Doku auch mit umgehen

Muss ich leider verneinen...

markieren

Code:

FEHLER: kann Typ integer nicht in Typ time without time zone umwandeln
LINE 1: select cast('19:00' as time) between cast(180000 as time) an...

Zitat von MatthiasR:

markieren

Code:

SELECT * FROM tabelle WHERE uhrzeit BETWEEN cast(:anfang AS time) AND cast(:ende AS time)

Was ich mich an der Stelle frage, ist, an was die Query hier festmacht, dass der übergebene Parameter einen Zeittyp darstellt, ich übergebe ihn ja explizit als string. Ich hab auch schon versucht, den FieldType der Parameter hart auf ftString zu setzen, hat aber nichts gebracht.

markieren

Code:

cast(:ende AS time)

Das legt fest, dass der Parameter als Time interpretiert werden soll (muss).

Wenn du abfragen möchtest, was in der Zeit von 18-0 Uhr gewesen ist und es bei anderen Abfragen keine Überschneidungen geben soll, dann müsste die Abfrage ja eigentlich lauten

markieren

Code:

00:00 <= Zeit < 09:00
09:00 <= Zeit < 18:00
18:00<= Zeit < 24:00

BETWEEN fragt aber so ab

markieren

Code:

00:00 <= Zeit <= 09:00
09:00 <= Zeit <= 18:00
18:00<= Zeit <= 24:00

Somit würden alle Einträge auf den Zeitgrenzen in den Abfragen quasi doppelt erscheinen.
Besser (und damit stressfreier) wäre es mit BETWEEN die Stunde abzufragen

markieren

Code:

0 <= Stunde( Zeit ) <= 8
9 <= Stunde( Zeit ) <= 17
18 <= Stunde( Zeit ) <= 23

Zitat von MatthiasR:

Muss ich leider verneinen...

markieren

Code:

FEHLER: kann Typ integer nicht in Typ time without time zone umwandeln
LINE 1: select cast('19:00' as time) between cast(180000 as time) an...

Was ist wenn Du den Typecast nach "TIME" weglässt und nur die Zahl übergibst sodass die Umwandlung implizit erfolgt?

Hall,

versuche mal today

siehe auch



8.5.1.5

Zitat von Sir Rufo:

markieren

Code:

cast(:ende AS time)

Das legt fest, dass der Parameter als Time interpretiert werden soll (muss).

War mir an der Stelle nicht bewusst, aber damit scheinst du Recht zu haben und das hat mich wiederum auf einen Lösungsansatz gebracht, der wohl funktioniert. Statt "cast(:ende as time)" schreibe ich im SQL-Statement einfach "cast(cast(:ende as text) as time)" und der Fisch ist geputzt. "24:00" wird nun zuerst mal als String interpretiert und daher auch angenommen, und anschließend erst von Postgres in einen time-Wert umgewandelt.

Zitat von Sir Rufo:

Wenn du abfragen möchtest, was in der Zeit von 18-0 Uhr gewesen ist und es bei anderen Abfragen keine Überschneidungen geben soll, dann müsste die Abfrage ja eigentlich lauten

markieren

Code:

00:00 <= Zeit < 09:00
09:00 <= Zeit < 18:00
18:00<= Zeit < 24:00

BETWEEN fragt aber so ab

markieren

Code:

00:00 <= Zeit <= 09:00
09:00 <= Zeit <= 18:00
18:00<= Zeit <= 24:00

Somit würden alle Einträge auf den Zeitgrenzen in den Abfragen quasi doppelt erscheinen.
Besser (und damit stressfreier) wäre es mit BETWEEN die Stunde abzufragen

markieren

Code:

0 <= Stunde( Zeit ) <= 8
9 <= Stunde( Zeit ) <= 17
18 <= Stunde( Zeit ) <= 23

Der "between"-Aufruf sollte lediglich ein Beispiel sein an der Stelle und wird in der Form nicht in meiner Anwendung verwendet. Drum brauchst du da nicht weiter drüber nachzudenken. Aber mir ist die Tatsache bewusst, dass "between" sowohl den Anfangs-, als auch den Endzeitpunkt als zum Zeitraum zugehörig ansieht.

Zitat von mirage228:

Was ist wenn Du den Typecast nach "TIME" weglässt und nur die Zahl übergibst sodass die Umwandlung implizit erfolgt?

Das hätte ich als nächstes ausprobiert, wobei ich dann eher "24:00" als Parameter übergeben würde, als "240000". Bei "between" könnte das noch funktionieren, bei der von mir ebenfalls verwendeten "overlaps"-Funktion von Postgres aber sicher nicht, die erwartet nämlich eindeutige time-Werte und im Falle des Falles einen expliziten Typcast.

Zitat von hoika:

versuche mal today

Denke ich nicht, dass das klappt, da "today" laut der von dir angegebenen Tabelle nur an die Typen "date, timestamp" zugewiesen werden kann, nicht jedoch time.