FB: Unique Index auf Datum und Uhrzeit

[hoika]

Hallo,
gegeben ist folgende Tabelle:

Id Integer
PersonalId Integer
Datum Date
Uhrzeit Date

So wie es oben schon steht, suche ich eine Möglichkeit, zu verhindern,
dass zur gleichen PersonalId ein Eintrag mit gleicher PersonalId, Datum und Uhrzeit erzeugt wird.
Da Date ja intern Float ist (?), steht für mich die Frage, ob dass über

Unique Index Test on (PersonalId, Datum und Uhrzeit)

funktionieren kann?

[jobo]

In Oracle kann Date Type auch Uhrzeiten enthalten.
Wenn das bei FB genauso ist, wäre es fast Glücksache, dass es per Primary Key Constraint über diese Spalte funktioniert.

Wenn die Tabelle nicht bereits tief in Bearbeitung ist und FB auch die Uhrzeit in Date Spalten speichern kann, dann würde ich dazu tendieren, die beiden Spalten zusammenzulegen, also die Spalte Uhrzeit wegzuwerfen.

Trotzdem ist natürlich die Uhrzeit in dem Format auch mit einer gewissen Genauigkeit im hundertstel Bereich gespeichert, was ggF. zu den von Dir befürchteten Effekten führt.

Man kann das aber runden / truncaten, z.B. auf Minuten oder halt so exakt, wie du es brauchst. Dann hast Du im Rahmen der Genauigkeit einen Unique Key (Primary)

[dataspider]

Sicher funktioniert das.
Die Frage ist nur, ob Einträge mit 1 Sekunde Abweichungen tatsächlich akzeptiert werden sollen oder nicht.
Wenn nicht, dann sollte man das eher über einen Trigger lösen und die erlaubte Abweichung berücksichtigen.

Frank

[Delphi.Narium]

Hilft die Seite weiter? Firebird - Data Types for Dates and Times

In Dialect 3 enthält der Datentyp Date nur das Datum ohne Uhrzeit, der Datentyp Time ist ausschließlich für die Uhrzeit.

Wenn dem wirklich so ist, stellt sich für mich erstmal die Frage: Was ist bei Deiner Tabelle tatsächlich in den Spalten Datum und Uhrzeit enthalten.

[hoika]

Hallo,
mir geht es hier in der Tat nur darum,
ob ein Unique Index auf ein Date-Feld wirklich sauber Dopplungen erkennt.

[Delphi.Narium]

ja

Ein Index auf eindeutige Werte kann einen Wert nur einmal enthalten, der Datentyp (die Datentypen bei mehreren Spalten im Index) ist dabei egal.

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

Delphi-Quellcode:

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

Mal aufgebröselt:

Delphi-Quellcode:

Datum := Trunc(TDateTime)

Delphi-Quellcode:

TagesAnteil := TDateTime - Datum

Delphi-Quellcode:

EineMinute := 1 / 1440

Delphi-Quellcode:

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.