AW: Zugriff auf berechnete Datumsspalte in WHERE Klausel

[Tim]

Hallo Andreas,


> > SELECT S.datetime_from, S.datetime_to,
> > 	IFNULL(DATE_ADD(S.datetime_to, INTERVAL -1 SECOND),
> > 	'0000-00-00 00:00:00') as datetime_to_enc
> > FROM `stocks` S
> > WHERE datetime_to_enc >= '2010-03-18 14:59:59'


> Das ist so richtig, per SQL-Spec. Wenn Du das willst, mach ein
> Subselect
> draus. Select * from (deine query ohne where) foo where
> datetime_to_enc = ...

Ich weiß jetzt nicht so richtig, wie Du das mit dem Subselect meinst.
Hintergrund dieser gesamten Geschichte ist, dass ich Dinge vermiete, die
raus gegeben werden und an anderen Tagen wieder zurück gegeben werden.
Und zwar im Prinzip stundengenau. Jetzt ist es in den Beständen aber
dummerweise so, dass immer die vollen Uhrzeiten abgespeichert werden.
Also z.B. 

datetime_from 2010-03-15 12:00:00
datetime_to   2010-03-15 15:00:00

Bei Fällen, bei denen das Enddatum des einen mit dem Startdatum eines
anderen Verleihvorgangs zusammenfallen, besteht nun das Problem, dass
ein Bestand fälschlicherweise doppelt gezählt wird - ich mach das mal
als Zeitstrahl, die Zahlen in Klammern sind die Anzahlen, die vermietet
werden:

(-1) -----------|
                |------------------ (-1)
                ^16:00

Dann ist die Summe des Bestandes für 16:00 Uhr fälschlicherweise -2 und
nicht -1, weil beide Zeitpunkte - der Startzeitpunkt von B und der
Endzeitpunkt von A nominell zusammen fallen. Ich wollte das Problem
dadurch lösen, dass die Spalte datetime_to (also den Endzeitpunkt), auf
die sich die WHERE-Klausel bezieht, zuvor künstlich um eine Sekunde
reduziere, sodass sich die Uhrzeiten nicht mehr überschneiden, denn der
Gegenstand wurde ja im normalen Sprachgebrauch "bis" 16:00 Uhr zurück
gegeben (also genau genommen bis 15:59:59) und steht dann "um" 16:00 Uhr
natürlich ebenfalls mit -1 im Bestand. Mein Problem besteht nun mal
darin, dass in der Tabelle die vollen Stunden drin stehen und um die
Frage, ob man das quasi während der Laufzeit einer Abfrage umbiegen
kann, oder ob ich ggf. die Spalte datetime_to_enc noch zusätzlich in die
Tabelle aufnehme und zur direkten Berechnung verwende. Dann müsste ich
das natürlich beim Speichern des Datensatzes schon berücksichtigen.

Bei Deiner Subquery würde ich ja genau wieder vor die Problematik
gestellt. Oder sehe ich das falsch?


Liebe Grüße
Tim