FB: Unique Index auf Datum und Uhrzeit

[hoika]

Hallo,
nein du hast die letzte Frage nicht verstanden
Unique Index auf ein Date-Feld

Mir geht es um den Datentyp Date, der intern eine Fließkomma-Zahl ist.

Ich bin jetzt am Überlegen, ob ich nicht das Datum als Integer speichere,
und damit den Vorkommawert des TDateTimes reinpacke.

Ich habe eine Dialect1-DB.
Im Feld Datum wird das Datum, und im Feld Zeit die Uhrzeit gespeichert.
Der jeweils andere Teil (Date-Datentyp in Dialect1 kann Datum und Uhrzeit speichern) bleibt frei,
also 30.12.1899 für die Zeit und 00:00 für das Datum.

Zusammenspeichern will ich das nicht, weil ich sonst nicht nach einem Datum direkt suchen kann,
sondern immer nur per Extract, also ohne Index.

Vielleicht speichere ich sogar beides, das Datum als Date und zusätzlich als Integer,
so gesehen ist das eine clevere Idee

[Delphi.Narium]

Deine Frage hab' ich schon korrekt verstanden, fraglich ist halt nur, ob ein eindeutiger Index auf ein Datefeld bei 'nem Float-Inhalt, noch genau genug ist (da er ja nicht so zwingend "überpräzise" ist).

Die Trennung von Datum und Uhrzeit halte ich erstmal für i. O.

Datum ist halt Trunc(TDateTime) und die Uhrzeit ist TDateTime - Trunc(TDateTime).

Jenachdem, wie genau Du die Nachkommastellen (die Uhrzeit) haben möchtest, könntest Du dann sowas machen:

Uhrzeit := Trunc((TDateTime - Trunc(TDateTime)) * 10000)

Ob 10000 ausreicht, zuviel oder zuwenig ist, kommt auf Deine Belange an.

Damit hättest Du dann auch die Uhrzeit als Integer.

Eine Sekunde ist als Float = 1,1574074074074074074074074074074e-5, würde also bei obiger Rechnung abgerundet werden.

[hoika]

Hallo,
ah so, von der Seite gehst Du ran.
Also eigentlich dem Date als Fließkomma-Zahl prinzipiell misstrauen und alles auf Integer aufbauen.

Sekunden kann ich schon mal ausschließen, bleibt also Minutenzahl also:
1440 Minuten pro Tag übrig
60 min pro 1 h * 24 (24h pro Tag), also 60*24

Oh Mann, muss man wirklich so einen Murks wegen einem Unique Index auf Date machen ??? *wunder*

[Delphi.Narium]

Uhrzeit := Trunc((TDateTime - Trunc(TDatetime)) / (1 / 1440))

Mal aufgebröselt:

Datum := Trunc(TDateTime)
TagesAnteil := TDateTime - Datum
EineMinute := 1 / 1440
Uhrzeit := Trunc(TagesAnteil / EineMinute)

Datum würde hier dann die Anzahl der Tage (seit 30.12.1899) als Integer enthalten und Uhrzeit den Tagesanteil in Minuten als Integer.

Hoffentlich hab' ich jetzt keine zu großen Denkfehler gemacht.

[hoika]

Hallo,
kommt so im etwa hin.

[TigerLilly]

Du hast diesen Aspekt zwar nicht angesprochen, aber als Anregung:
1) Ein unique-Index, zu dem es in der Wirklich keine unique-Eigenschaft gibt, ist ein Design Flaw.
2) Ein unique-Index auf ein Datum/Zeit Attribut verbirgt meistens ein Designproblem.

[jobo]

Noch 2 Anmerkungen:
Ein Date Field mit Date und Time Anteil kann man auch unter Verwendung des Index auf Date abfragen indem man <between :gewünschtesDate and :gewünschtesDate+1 verwendet (Der Parameter darf natürlich dann keinen Timeanteil enthalten), analog mit >< Operatoren.
Gibt es den Bedarf auch reine Time Werte derart abzufragen, sieht es allerdings nicht so gut aus.
Ob es dann für das Time Abfrage Problem Anwendungsfälle gibt, sei mal dahin gestellt.

Neben den rechnerischen Verfahren für exakte DateTime Werte von Delphi.Narium kann man auch Textkonvertierung mit Cast nutzen oder mit AddDate (.. Intervall) arbeiten.

Diese Möglichkeiten bestehen hoffentlich auch im alten Dialekt.

[p80286]

Zitat von hoika:

Oh Mann, muss man wirklich so einen Murks wegen einem Unique Index auf Date machen ??? *wunder*

Kommt darauf an welcher zeitlicher Abstand minimal zwischen zwei Einträgen liegen kann. Wenn die Auflösung des Datentyps kleiner als der minimale Abstand der Einträge ist, solltest Du keine Probleme haben.

Gruß
K-H

[Delphi.Narium]

Wenn die kleinste Auflösung Minuten sein soll, dann kann ich bei 'nem Floatwert innerhalb einer Minute noch ein paar tausend Floatwerte bekommen, die innerhalb dieser Minute liegen. Mein Index bleibt aber weiterhin eindeutig.

Wenn ich die Uhrzeit als Float habe, aber die Eindeutigkeit auf maximal einem Satz pro Minute liegen soll, komme ich nicht ohne Rechnerei (Datenmanipulation, Umrechnung ...) aus.