|
| |
VB & Windows API| Re: Unterschiede zwischen GetSystemTime und Now | |  | | Autor: Franki | | Datum: 26.11.15 07:56 |
| Hallo,
ist zwar jetzt etwas OT, aber dennoch eine Frage dazu: Zeiten, Zeitzonen, Sommerzeit usw. sind ja klar, aber wie sieht das aus wenn wie dieses Jahr ein Land mal eben so die Sommerzeit aus politischen Gründen etwas später zurück stellt? Wird das irgendwo aktenkundig bzw. kann man das anzapfen an welchem Datum die Zeitumstellung wirklich erfolgt ist?
Hintergrund der Frage ist, dass ich einige Projekte habe die Arbeitszeiten, Produktionszeiten usw. erfassen und da wird die entsprechende Stunde berücksichtigt in beiden Richtungen bei der Zeitumstellung. Nur wenn da jeder umstellt wann er will, kann man die offiziellen Kalenderdaten ja vergessen 
Zum Glück habe ich keine Kunden in dem Land wo das jetzt ausser der Reihe umgestellt worden ist.
Gruß
Frank | |
| Re: Unterschiede zwischen GetSystemTime und Now | | | | Autor: Manfred X | | Datum: 26.11.15 08:47 |
| Hallo!
Die Koordinierung im Rahmen einer Zeitumstellung ist äußerst aufwendig.
Es müssen nicht nur die Uhren vor- und zurückgestellt werden, sondern
es sind Fahr-, Flug- und Lieferpläne anzupassen und ggf. international zu
koordinieren, die gesamte Business-Terminplanung ist abzustimmen u.v.a.
In sehr vielen Unternehmen wird logistisch "just-in-time" operiert.
Falls in einem Land aus irgendwelchen Gründen die Uhrzeit kurzfristig
modifiziert würde, käme es wirtschaftlich zu Milliarden-Verlusten.
Kennst Du Beispiele, wo so etwas bereits vorgekommen ist? | |
| Re: Unterschiede zwischen GetSystemTime und Now | | | | Autor: Franki | | Datum: 27.11.15 08:03 |
| Hallo,
siehe Antwort an ManfredX, in jüngster Zeit ist dieses Jahr gewesen.
Gruß
Frank | |
| Re: Unterschiede zwischen GetSystemTime und Now | | | | Autor: Woellmi | | Datum: 27.11.15 09:25 |
| Hi zusammen,
es ist ja wirklich interessant wie viele Aspekte in eine
derartige Frage reinspielen.
Fuer mich war es das Thema Data-Logging. Und hier geht es grundsaetzlich um die Frage
welche Zeit nehme ich, damit die aufgezeichneten Daten, die ja eigentlich ohne
Unterbrechung und kontinuierlich auflaufen, auch spaeter ordentlich ausgewertet werden koennen.
Hierbei wird wohl eine "spontane" Zeitzonenaenderung nicht so ins Gewicht fallen,
da auf einem PC Ja die Uhrzeit, so diese einmal eingestellt automatisch fortlaeuft.
D.h. der Anwender wird wohl in die Pflicht genommen werden muessen. Irgendwann muss er ja
die Entscheidung treffen, auf welche lokale Zeitzone er sein System bezieht. Aendert sich da
etwas, so muss er handeln.
Sollte sich also "spontan" etwas aendern, so muss er eingeifen. Es sei denn, der ggf. verwendete Zeitserver übernimmt dies.
Da muss dann aber auch eine Korrektur durch eine "Institution" erfolgen.
Alles Andere läuft dann z.B. über eine OS Update.
Einer eigenen Anwendung dies abzuverlagen ist eine echte Herausforderung und
bedeutet mindestens den Zeitverzug der Informationsgewinnung.
- Manuelle Korrektur der PC-Zeit, Anpassung der lokalen Zeitzone usw.
- Daher kommt ja auch bestimmt der Hinweis immer UTC zu verwenden.
- Dann muss sich der Anwender lediglich drueber Gedanken machen, wie "geloggte"
Daten mit seinem lokalen Geschehen in Uebereinstimmung zu bringen sind.
Komplizierter wird dies bestimmt bei Datumsberechnungen über lange Zeitraeume,
zumal, wenn diese in der Vergangenheit liegen.
Hier nachtraeglich alles zu beruecksichtigen setzt eine akribische Nachverfolgung voraus.
Aber zum Glueck bleibt die globale Zeit ja bis auf wenige Korrekturen davon
ausgenommen.
Ja, es ist ein umfangreicheres Thema als gedacht.
Da bleibt einem als Entwickler nur sich kontinuierlich zu kuemmern
und sich auf "globale" Referenzen zu beziehen.
Na dann viel Erfolg.
Tschaui
Woellmi  | |
| Re: Unterschiede zwischen GetSystemTime und Now | | | | Autor: Manfred X | | Datum: 27.11.15 10:10 |
| Hallo!
Interessant.
Allerdings nehme ich an, die meisten türkischen Unternehmen
haben ihre Daten und ihre ganzen Abläufe mit der europaweiten
Zeitumstellung koordiniert und auf diese kurzfristig anberaumte
nationale Verschiebung nicht reagiert (oder nicht zu reagieren brauchen)
bzw. nur so weit, wie es unumgänglich notwendig war. | |
| Re: Unterschiede zwischen GetSystemTime und Now | | | | Autor: Manfred X | | Datum: 27.11.15 10:41 |
| Hallo!
Ich fürchte, so einfach läßt sich das in vielen Fällen nicht lösen.
Eine derartige regionale Uhrzeit-Besonderheit erfordert ggf. eine
"spezielle" Anpassung der tatsächlichen Abläufe - und DIESE
Modifikationen wirken dann auf die Datenverarbeitung zurück -
evt. auf eine Weise, die in den Software-Systemen konzeptionell so
nicht vorgesehen worden ist ... | |
 | Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
 Einloggen | Neu registrieren |
 |
|
sevISDN 1.0 
Überwachung aller eingehender Anrufe!
Die DLL erkennt alle über die CAPI-Schnittstelle eingehenden Anrufe und teilt Ihnen sogar mit, aus welchem Ortsbereich der Anruf stammt. Weitere Highlights: Online-Rufident, Erkennung der Anrufbehandlung u.v.m. Weitere InfosTipp des Monats Neu! sevDTA 3.0 Pro 
SEPA mit Kontonummernprüfung
Erstellen von SEPA-Dateien mit integriertem BIC-Verzeichnis und Konto- nummern-Prüfverfahren, so dass ungültige Bankdaten bereits im Vorfeld ermittelt werden können. Weitere Infos
|
April 2024
Sie sind aktuell nicht angemeldet.