FB: Unique Index auf Datum und Uhrzeit

[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.

[hoika]

Hallo,

Zitat:

TigerLilly

Es geht hier nicht ausschließlich um Datum/Uhrzeit,
sondern das sind zusätzliche Felder, die zusammen mit einem anderen Integer-Feld einen eindeutigen Wert erzeugen sollen.

Zitat:

Textkonvertierung mit Cast

Und damit entfällt das Suchen per Index. Das genau will ich nicht.
Das mit dem Between oder >= <= ist schon klar.

[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.