Hi, ... > > Das sehe ich aber ganz anders. Wenn man mit einem Datum rechnen will > oder wenn man Daten zwischen Anwendungen austauschen will, dann > kommt es sehr wohl darauf an, dass die interne Repräsentation > zumindest innerhalb ein und derselben Anwendung konsequent und klar ist.
Wenn man mit einem Datum Rechnen will, gibt es dazu Funktionen. So kann man z.B. Datumswerte direkt voneinander subtrahieren, Teile aus dem Datum extrahieren (Monat, Tag, Jahr ...) warum muss man dazu umformatieren? Wenn man Daten austauscht, sollte das in einem Format geschehen, das sicherstellt, dass die Informationen auch erhalten bleiben. Ich hab ehrlichgesagt noch nie gesehen, dass ein Datum anders als ein Datum migriert wird (d.h. es werden Tag, Monat und Jahr migriert). > > Nochmal: Wir haben beobachtet, dass sich der Wert eines Feldes durch > bloßes Ändern dessen Formates ändert. Das ist in meinen Augen ein > echter Bug. Aus meiner Sicht nicht. Es ist einfach unsinnig, das zu tun. Man kann auch in C aus einem Pointer ein Integer machen, mit dem dann fröhlich rumrechnen, wieder einen Pointer draus machen. Dass danach aber ein irgendwie vorhersehbares Ergebnis eintritt .. darauf kann man nur hoffen. André PS.: ausserdem .. wenn ich's recht sehe, ist die Behandlung des Datums innerhalb der Base konsistent, oder? -- Telefonieren Sie schon oder sparen Sie noch? NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
