Mailinglisten-Archive |
Hatte das gleiche Problem (liegt wohl daran das Access das Feld nicht richtig interpretiert)und da mal wieder alles ganz schnell gehen sollte habe ich mir dadurch beholfen, das ich meine Uhrzeit (HH:MM:SS) in der Ursprunstabelle auf dem Server kurzerhand in eine CHAR(8) Spalte umgewandelt habe (Ursprungsdaten (ASCII) werden taeglich mit Perl eingelesen). Im benutzten Kontext machte das keine Probleme, da das Feld nur zu Reportingzwecken und als Diagramm x-Koordinate genommen wird, Sortorder, min(), max() usw. funktioniert genauso mit dem Char-Typ. Fuer richtige Berechnungen kann man ja immer noch die Unixtime als unsigned integer nehmen. (muesste bis ins 4. Jahrtausend reichen ;-)) Waere aber auch neugierig ob es da eine elegoesere Loesung gibt... >Auf dem Server habe ich MySQL 3.23.33 auf NT4 und auf dem Client läuft A2k >unter Windoof98. Der MyODBC-Treiber ist auch der neueste. >In einer Tabelle gibt es ein Feld als TIME definiert. >Wenn ich jetzt in meinem A2k-Frontend in dieses Feld eine Uhrzeit im Format >Zeit 24h (HH:MM) eingebe, erscheint in der MySQL-Tabelle ein Wert von z.B. >30.05.20 23:52:00. Das Datum variiert (ist aber immer der Vorletzte eines >Monats), die Uhrzeit ist immer 23:52:00. >Ich habe schon versucht an der Feldlänge zu drehen - ohne Erfolg >Bei einer SQL-Anweisung direkt in MySQL erscheinen >die richtigen Uhrzeiten. Im Access-Formular aber immer nur 23:52. -- Sent through GMX FreeMail - http://www.gmx.net --- *** Weitere Infos zur Mailingliste und MySQL unter http://www.4t2.com/mysql
php::bar PHP Wiki - Listenarchive