Datentypen Datentyp für Datum

[jf]

Hallo, ganz kurze Frage:
Welcher Datentyp ist für die Verwaltung eines Zeitstempels (Datum+Uhrzeit) am geeignesten?
Hat da einer von euch Erfahrung und einen Tipp für mich?

 

[faetzminator]

Date (Java Platform SE 6) - damit gearbeitet werden kann über GregorianCalendar (Java Platform SE 6)

 

[jf]

Date (Java Platform SE 6) - damit gearbeitet werden kann über GregorianCalendar (Java Platform SE 6)

Ok, ich verwende bereits java.util.Date, konnte aber immer nur das Datum setzen, nicht aber die Zeit.

Also:

timestamp = Date.valueOf("2010-08-15"); // geht

nicht aber:

timestamp = Date.valueOf("2010-08-15 12:05:15.123"); // :(

Wie setze ich den Zeitstempel richtig, wenn dieser als Zeichenkette vorliegt?

Außerdem:

timestamp.getHours(); // wird als veraltet angezeigt

Wie implementiert man dies richtigerweise?

 

[Der Müde Joe]

DateFormat df = new SimpleDateFormat("yyyy-MM-dd hh:mm:ss.SSS");
Date date = df.parse("2010-08-15 12:05:15.123");

EDIT:
ach ja und

Calendar cal = new GregorianCalendar();
cal.setTime(date);
System.out.println(cal.get(Calendar.HOUR_OF_DAY));

EDIT2:
das Pattern wäre mit grossen HH
"yyyy-MM-dd HH:mm:ss.SSS"

kleine hh wären für: Hour in am/pm (1-12)

 

[jf]

Ok, super. Vielen Dank!
Aber wozu benötigt man da noch den Datentyp Date?

Wenn ich in einem Objekt (z. B. für einen Datensatz) den Zeitstempel ablegen will, sollte ich dann lieber Calendar verwenden oder doch bei Date bleiben? - Der Zugriff auf die Information läuft ja sowieso über Calendar und wäre damit etwas einfacher...

 

[Der Müde Joe]

Neben den Gregorianischen Kalenders gibts nocht Julianische, Buddistische, JapaneseImperialCalendar wenn mal grad so reinschaue.

Das Date ist nichts anderes als die ms seit der Epoche (1.1.1970 00.00) (ein long). Einfacher gehts nicht.

Date ist ganze einfach. Drum nach Möglichkeit dabei bleiben.

>Der Zugriff auf die Information läuft ja sowieso über Calendar und wäre damit etwas einfacher...

Was heisst der Zugriff? Die Repräsentation der Daten und die Daten sind nicht unbedingt das selbe.

EDIT:
anzeigen kann mans auch so:

DateFormat df = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS");
System.out.println(df.format(new Date()));

 

[jf]

Hallo Joe, ich habe nun alles nach deinen Vorgaben gelöst.

Nun ist es aber so, dass ich zwar Stunden, Minuten, Sekunden, Tag und Jahr einwandfrei aus dem Datum ermitteln kann, aber beim Monat liefert mir

cal.get(Calendar.MONTH)

stets den Juli (also 7), nicht aber den August, welchen ich eigentlich angegeben habe ("2010-08-15 12:05:15.123").

Woran kann das liegen???
Wie löse ich das Problem?


Rein zum Verständnis:
Wenn ich die veralteten Funktionen aus Date verwende (also z. B. date.getHours()), dann funktionieren alle Methoden für die Uhrzeit (Stunden, Minuten, Sekunden) - die Methoden für das Datum (Tag, Monat, Jahr) gehen leider auch nicht. Was ist hier faul?

 

[Murray]

Nun ist es aber so, dass ich zwar Stunden, Minuten, Sekunden, Tag und Jahr einwandfrei aus dem Datum ermitteln kann, aber beim Monat liefert mir

cal.get(Calendar.MONTH)

stets den Juli (also 7), nicht aber den August, welchen ich eigentlich angegeben habe ("2010-08-15 12:05:15.123").

Woran kann das liegen???

Ein Blick in die Dokumentation offenbart, dass der von Calendar.get( Calendar.MONTH) gelieferte Wert nullbasiert ist; 7 ist also der August. Probier doch mal

System.out.println( cal.get(Calendar.MONTH) == Calendar.AUGUST);

 

[Gelöschtes Mitglied 5909]

Also wenn du damit recht exzessiv arbeitest empfehle ich Joda Time Joda-Time - Java date and time API - Home

 

[jf]

Ein Blick in die Dokumentation offenbart, dass der von Calendar.get( Calendar.MONTH) gelieferte Wert nullbasiert ist; 7 ist also der August.

Ok, dass klärt die ganze Sache.
Allerdings ist dies doch recht eigenartig, schließlich sind alle anderen Angaben nicht nullbasiert.
Hat diese Festlegung einen tieferen, womöglich auch noch sinnvollen Grund?

Probier doch mal

System.out.println( cal.get(Calendar.MONTH) == Calendar.AUGUST);

Ich glaube dir.

 

[jf]

Ich verwende nun JodaTime - das ist wirklich etwas besser. :toll:
Danke raiL!

Jetzt möchte ich aber die verschiedenen Zeitstempel vergleichen.
Dabei möchte ich alle Datensätze von einem Tag zusammenfassen.
D. h., es sollte in etwa wie folgt aussehen:

if(datetime1.toDate() != datetime2.toDate())

Das Problem dabei dürfte sein, dass die Uhrzeit weiterhin durch toDate() mitgeliefert wird, was dazu führen dürfte, dass die Zeitstempel immer als ungleich erkannt werden.
Es sollte doch möglich sein, dass man nur das reine Datum erhält - also ohne Uhrzeit.
Warum gibt es kein .getDate()?

PS: .getDayOfMonth() geht natürlich nicht, da damit z. B. der 1. Feb und der 1. Mrz zusammengeworfen werden würden. Alle Daten (Tag, Monat, Jahr) zu vergleichen halte ich für etwas umständlich - das müsste mit JodaTime doch einfacher gehen!

 

[Gelöschtes Mitglied 5909]

mit != schon mal garnicht

equals() oder isEqual() gibt bei Joda Time auch

und so zeug wie isAfter() contains() overlaps() etc. Doku anguggen hilft.

Aber das was du suchst sind partials denk ich

LocalTime - An immutable implementation that represents a time without a date or time zone. * LocalDate - An immutable implementation that represents a date without a time or time zone.
* LocalTime - An immutable implementation that represents a time without a date or time zone.
* LocalDateTime - An immutable implementation that represents a datetime without a time zone.
* Partial - An immutable implementation that can store any combination of datetime fields. For example, using this class you could create a YearMonth or DayOfWeekDayOfMonth partial.
* YearMonthDay - Effectively deprecated - only supports the year, monthOfYear and dayOfMonth fields.
* TimeOfDay - Effectively deprecated - only supports the hour, minute, second and millisecond fields.

LocalTime (Joda time 1.6.1 API)

im Konstruktor kann man da auch ein DateTime übergeben

 

[jf]

mit != schon mal garnicht

Ok, dass war nur zur Veranschaulichung.

In anderen Programmiersprachen ist dies übrigens möglich - in VB wird das Datum z. B. als Fließkommazahl gespeichert: Vorkammawert=Tage seit 1900, Nachkommawert=Uhrzeit. Damit kann man dann ganz einfach >, < und != verwenden. Eigentlich eine recht sinnvolle Festlegung, wie ich finde.


Aber jetzt zum eigentlichen Grund dieses Kommentars:

Ich habe jetzt JodaTime für das Einlesen meiner Datenbank verwendet, und es hat bei über einer halben Millionen Datensätzen wunderbar funktioniert - doch bei einem kommt folgender Fehler:

Exception in thread "main" java.lang.IllegalArgumentException:
Cannot parse "2010-3-28T2:0:21": Illegal instant due to time zone offset transition (Europe/Berlin)

Ich verstehe diesen absolut nicht! - Das Datum scheint doch richtig zu sein... :bahnhof:

Hat jemand eine Idee?


EDIT: oder kann es sein, dass an diesem Tag von Winter- auf Sommerzeit umgestellt wurde?
Also von 2 Uhr auf 3:Uhr - und somit alle Zeiten zwischen 2:00 und 3:00 eigentlich nicht existieren können.
Gibt es dafür eine Methode, um solche Fehler sinnvoll abzufangen?

 

[XHelp]

In anderen Programmiersprachen ist dies übrigens möglich - in VB wird das Datum z. B. als Fließkommazahl gespeichert: Vorkammawert=Tage seit 1900, Nachkommawert=Uhrzeit. Damit kann man dann ganz einfach >, < und != verwenden. Eigentlich eine recht sinnvolle Festlegung, wie ich finde.

Sicher? Verwechselst du es nicht zufällig mit

CDbl

Funktion? Und nur, weil man > und < machen kann, heißt es nicht, dass man es als Zahl gespeichert hält.

 

[jf]

Sicher? Verwechselst du es nicht zufällig mit

CDbl

Funktion? Und nur, weil man > und < machen kann, heißt es nicht, dass man es als Zahl gespeichert hält.

Ja, bin mir ziemlich sicher. Mit +1 kann man z. B. auch das Datum um einen Tag erhöhen.
Der Rückgabewert ist ebenfalls eine Fließkommazahl. - Aber jetzt bitte lieber bei meiner Frage bleiben.

 

[Gelöschtes Mitglied 5909]

Gibt es dafür eine Methode, um solche Fehler sinnvoll abzufangen?

aus einem String kann man es nicht vorhersagen. Wenn du die einzelnen werte als int/log oder so hast (tag, monat, jar, stunde,..)
dann wäre es möglich, da das ja an festgelegten tagen geschiet. problem ist dann nur wieder dass es zeitzonnen abhängig ist etc.


lange rede kurzer sinn:

try/catch zum abfangen.

Die eigentliche Frage ist aber, warum hast du diesen Datensatz in der DB? Arbeiten beide Systeme mit einer anderen Zeitzone?

 

[jf]

Hi raiL

lange rede kurzer sinn:
try/catch zum abfangen.

Ja, dass ist aber nur eine Notlösung, weil damit der bedreffende Datensatz verloren geht.

Die eigentliche Frage ist aber, warum hast du diesen Datensatz in der DB? Arbeiten beide Systeme mit einer anderen Zeitzone?

Nein, ich glaube nicht.
Aber vielleicht arbeiten die Systeme, welche die Daten aufzeichen nur mit Winterzeit.
Es kann allerdings auch sein, dass die Systeme doch auf Sommerzeit umstellen, diese Umstellung aber über einen GPS-Abgleich erfolgt, welcher z.B. erst einige Stunden nach der eigentlichen Umstellung stattfindet... - auf das Verhalten dieser Systeme habe ich leider keinen Einfluss, genauso wenig, wie ich detailierte Informationen über deren Verhalten besitze.

Kann man JodaTime so einstellen, dass es immer nur mit Winterzeit arbeitet?
Dann sollte der Fehler ja nicht mehr auftreten.

 

[Gelöschtes Mitglied 5909]

Da das ganze abhängig von der Zeitzonen ist sollte es gehn indem du die Zeitzone auf z.b. UTC setzt.

Joda-Time - Java date and time API - User Guide

 

[jf]

Ich arbeite mittlerweile erfolgreich mit DateTime - diese Bibliothek ist wirklich besser als java.util.Date :toll:

Mir fehlen allerdings doch noch ein paar für mich sinnvolle Methoden, daher wollte ich eine eigene Klasse erstellen, welche DateTime erweitert und meine benötigten Methoden zusätzlich implementiert. - Dies ist aber irgendwie nicht möglich... Wieso ist das so? Und gibt es doch noch eine Möglichkeit von dieser Klasse zu erben?

 

[VfL_Freak]

Moin,

Dies ist aber irgendwie nicht möglich...

"irgendwie" :shock:
Lässt sich das auch präzisieren ???:L

Gruß
Klaus

 

[jf]

"irgendwie" :shock:
Lässt sich das auch präzisieren ???:L

Nicht wirklich. - Nur folgende Meldung:

The type MyDate cannot subclass the final class DateTime.

Das ist alles...

 

[VfL_Freak]

Moin,

Nicht wirklich. - Nur folgende Meldung:

The type MyDate cannot subclass the final class DateTime

Das ist alles...

na, da steht doch das Entscheidene : final

vgl. hier: final (Java) - Wikipedia, the free encyclopedia

Gruß
Klaus

 

[jf]

Ok, danke für den Link.

Finde dieses Konzept ungünstig - hier wird unötig Flexibilität geopfert!
Es muss doch meine Entscheidung als Programmierer sein, ob mir die Leistung und die Sicherheit mit einer erweiterten Klasse ausreicht.

Naja, dann werde ich wohl oder übel mit Komposition arbeiten müssen... - einen Trick, welchen man nutzen könnte wird es wohl nicht geben.

 

[VfL_Freak]

Moin,

na ja, wie im Link schon steht :

This is done for reasons of security and efficiency

Gruß
Klaus