Wie am besten ein Datum und eine Uhrzeit in der DB speichern?

[AlexII]

Hallo,

ich bin kein DB-Spezialist, daher wollte ich fragen wie man am besten ein Datum und eine Uhrzeit in der DB speichern? Als TEXT oder DATETIME Datentyp? Was spricht für TEXT und was für DATETIME? TEXT finde ich flexibler, man kann das Datum und die Uhrzeit im beliebigen Format abspeichern, was für verschiedene Ländereinstellungsstandards gut ist und man kann in dem Feld gut suchen. DATETIME dagegen wandelt das ganze in irgendwelche Zahlenfolge um somit ist die Suche nicht möglich.

Was denkt ihr darüber? Danke!

[Der schöne Günther]

Zitat:

Was spricht für TEXT

Als Datenbank-Laie würde ich sagen: Nichts.

Wenn du es schon als Text speichern willst, dann in einem internationalen Standard wie ISO 8601.

Aber jede Datenbank hat einen Feldtyp für Datum/Zeit, grade das ist doch der Sinn dahinter dass man sich mit den Umwandlungen nicht mehr rumärgern muss und du dir direkt einen TDateTime -Wert daraus holen kannst...

[himitsu]

Warum als Text?
Und gut suchen? Nein!

* Man muß es erst konvertieren, dabei kann viel schief gehen (anderes Datumsformat und schon knallt es z.B. DE <> EN)
* es braucht mehr Platz
* man kann damit nicht rechnen (Datum + 4 Tage)
* es lässt sich blöde sortieren
* und filtern geht sowieso nicht (von-bis)
* wenn, dann dauert filtern/sortieren auch noch länger


Speicherst du Zahlen und vorallem Fließkommazahlen auch als Text?

[mkinzler]

Werte immer im entsprechenden Typen speichern!
Bei der Speicherung als Text handelst Du dir nur ein enormes Fehlerpotential ein.
Die Speicherung als DateTime hat den Vorteil, dass diese unabhängig vom Datumsformat ist ( Sprache, Kurz-/Langformat, ...)

[baumina]

Man hätte DateTime nicht erfunden, wenn es nicht sinnvoller wäre als Text.

- frei formatierbar in der Darstellung
- Zeitzonen unabhängig
- sortierbar
- man kann damit rechnen

Das sind so auf die Schnelle Vorteile, die mir dazu einfallen.

[AlexII]

Ok... dann lässt sich wohl auch die Suche in dem DateTime Feld realisieren, muss nur rausfinden wie. ))

Danke Euch!

[mkinzler]

Was willst Du darin suchen? Du kannst anhand des Wertes Suchen/Filtern (between usw.)

[AlexII]

Zitat von mkinzler:

Was willst Du darin suchen? Du kannst anhand des Wertes Suchen/Filtern (between usw.)

Habe mich falsch ausgedruckt, selectieren möchte ich, z.B. alle Einträge von 15.11.2014 bis 20.11.2014 ))

[divBy0]

Aus der SQLite Dokumentation:

Zitat:

1.2 Date and Time Datatype

SQLite does not have a storage class set aside for storing dates and/or times. Instead, the built-in Date And Time Functions of SQLite are capable of storing dates and times as TEXT, REAL, or INTEGER values:

TEXT as ISO8601 strings ("YYYY-MM-DD HH:MM:SS.SSS").
REAL as Julian day numbers, the number of days since noon in Greenwich on November 24, 4714 B.C. according to the proleptic Gregorian calendar.
INTEGER as Unix Time, the number of seconds since 1970-01-01 00:00:00 UTC.

Applications can chose to store dates and times in any of these formats and freely convert between formats using the built-in date and time functions.

[Luckie]

Was spricht gegen eine Timestamp? Ganz ungünstig ist es als vorformatiertes Format abspeichern. dann musst du es jedes mal auseinander nehmen und wieder zusammensetzen, wenn es anders dargestellt werden soll. Fängt schon damit an, wenn du nur das Jahr brauchst. Für Timestamps gibt es fertige Funktionen bzw. man schreibt sie sich einmal und fertig. Die sonstigen Vorteile wurden ja schon genannt.