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

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

[AlexII]

Zitat von 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.

Das hat auch meine Frage ausgelöst. Aber weiter unten auf der Seite ist in der Tabelle DateTime vorhanden, SQLite akzeptiert das auch, also habe ich DateTime genommen.

[Phoenix]

Zitat von AlexII:

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

Ist relativ einfach:

Code:

SELECT Col1, Col1
FROM MyTable
WHERE DateField >= '2014-11-21 06:00';

-- oder

SELECT Col1, Col1
FROM MyTable
WHERE DateField BETWEEN '2014-11-01 06:00' AND '2014-11-05 18:00';

Eine Sache solltest Du Dir vorher noch überlegen: Könntest Du, möglicherweise, unter irgendwelchen Umständen, vielleicht, mal auf die Idee kommen, zum einen unterschiedliche Zeitzonen zu bearbeiten? Oder musst Du die Einträge in der doppelten Stunde bei einer Zeitumstellung auf Winterzeit (also zwischen 2 und 3 Uhr an einem Sonntag) in die richtige Reihenfolge bringen können? Also willst Du bei zwei Einträgen um jeweils 02:15 Uhr wissen, welches der beiden 02:15 vor oder nach der Zeitumstellung war?

Falls Du eines der beiden mit Ja beantworten kannst, dann solltest Du alle Zeiten vor der Ablage in der Datenbank in UTC konvertieren. Dann musst Du zwar die Daten vor der Anzeige immer wieder in lokale Zeit umrechnen, aber dafür gibt es in den DateUtils ein paar passende Funktionen, die das recht einfach machen. Der Vorteil ist halt, dass Du immer genau weisst, was da in der DB steht.