Zeitzone im Kundendatensatz speichern

[TUX_der_Pinguin]

Hallo DPler,

ich plane in einem Kundendatensatz (Name, Anschrift etc.) die jeweilige Zeitzone zu speichern. Ich möchte mir dann anzeigen lassen wie Spät es beim Kunden gerade ist, aber das sollte ich hin bekommen.

Die eigentliche Frage ist wie abspeichern in welcher Zeitzone der Kunde liegt?

Ich könnte mir jetzt die Differenz zu UTC merken, jedoch wäre dies nicht so ganz eindeutig da es oft für die gleiche Differenz mehrere Zeitzonen gibt und diese unterscheiden sich möglicherweise in anhand von Sommerzeit/Winterzeit Umstellungen.

Das nächste Problem ist wenn ich auf die Liste der Zeitzonen vom Betriebssystem zurückgreife, was passiert wenn ich unter Windows XP eine Zeitzone speicher und anschließend unter Windows 7 diese wieder aufrufen möchte.

Ein kurzer Vergleich der Zeitzonen Einstellungen unter XP und 7 hat gezeigt das es leichte Unterschiede in den Listen der Zeitzonen gibt.

Ich befürchte fasst man muss eine eigene Liste erstellen und pflegen mit Zeitzonen und den jeweiligen Regeln der Sommerzeit/Winterzeit Umstellungen.

Aber vielleicht hat jemand von euch einen Tipp für mich.

mfg

Georg

[baumina]

Vielleicht eine Zeitzonendatenbank?

[Bernhard Geyer]

Merk dir doch die offizielle Zeitzonenbezeichnung wie z.B. AST (Atlantic Standard Time).
Das XP hier evtl ein bischen anders ist wird daran begründet sein das es nicht mehr gepflegt ist und Änderungen die sich immer wieder ergeben nicht mehr für XP bereit gestellt werden.

[mjustin]

Das TZDB (time zone database) Projekt für Delphi könnte hilfreich sein: http://alex.ciobanu.org/?p=380

Sind die Namen der Zeitzonen nicht standardisiert?

Siehe auch http://stackoverflow.com/questions/1...zone-in-delphi

[TUX_der_Pinguin]

Zitat:

Zitat von mjustin (Beitrag 1290560)

Das TZDB (time zone database) Projekt für Delphi könnte hilfreich sein: http://alex.ciobanu.org/?p=380

Dieses Projekt habe ich inzwischen auch gefunden, ich habe es mir noch nicht im Detail angesehen.
Bin da über einen Hinweis über ein neuen Typ (TTimezone) in Delphi XE gestoßen, da ich jedoch nur
Delphi 2009 habe weiß ich nicht ob ich dieses Projekt überhaupt verwenden kann.

[mjustin]

Zitat:

Zitat von TUX_der_Pinguin (Beitrag 1290588)

Zitat:

Zitat von mjustin (Beitrag 1290560)

Das TZDB (time zone database) Projekt für Delphi könnte hilfreich sein: http://alex.ciobanu.org/?p=380

Dieses Projekt habe ich inzwischen auch gefunden, ich habe es mir noch nicht im Detail angesehen.
Bin da über einen Hinweis über ein neuen Typ (TTimezone) in Delphi XE gestoßen, da ich jedoch nur
Delphi 2009 habe weiß ich nicht ob ich dieses Projekt überhaupt verwenden kann.

Das hatte ich auch gesehen und befürchtet - laut Code wird aber Delphi ab 6 oder Free Pascal ab 2.0 vorausgesetzt:

Code:

{$IFDEF UNSUPPORTED_VERSION}
{$MESSAGE ERROR 'TZDB requires at least Delphi 6 or FreePascal 2.0 to compile!'}
{$ENDIF}

[Sharky]

Hai Georg,

ich würde in den Kunden-Datensatz einen Ländercode schreiben.
Dann kannst Du dir aus anderen DBs / Tabellen ganz schnell zusatzinformationen wie Zeitzone (sommer/winterzeit), landesvorwahl usw holen.

Dadurch bist Du viel flexibler als mit der reine Information der Zeitzone.

[mjustin]

Zitat:

Zitat von Sharky (Beitrag 1290602)

ich würde in den Kunden-Datensatz einen Ländercode schreiben.

Es gibt Länder die mehrere Zeitzonen haben...

[Sir Rufo]

Zitat:

Zitat von Sharky (Beitrag 1290602)

Hai Georg,

ich würde in den Kunden-Datensatz einen Ländercode schreiben.
Dann kannst Du dir aus anderen DBs / Tabellen ganz schnell zusatzinformationen wie Zeitzone (sommer/winterzeit), landesvorwahl usw holen.

Dadurch bist Du viel flexibler als mit der reine Information der Zeitzone.

Das funktioniert vor allem bei Kunden in Amiland hervorragend, nämlich gar nicht. Ein Land und ein paar Zeitzonen.

[Sherlock]

Zitat:

Zitat von Sir Rufo (Beitrag 1290605)

Das funktioniert vor allem bei Kunden in Amiland hervorragend, nämlich gar nicht. Ein Land und ein paar Zeitzonen.

Warum in die Ferne schweifen wenn Russland doch auch schon so nahe liegt ;)

Sherlock