| von freak |
Das ist ja mal wieder klar.......
Ein Anfängerfehler, der mich Stunden und Nerven gekostet hat.
Dafür passiert er mir nur einmal!!!
Es war das fehlende Hochkomma.
Vielen Dank für den Tip.
Ich bin noch SQL Anfänger. Was ich aber nicht ganz verstehe, ist warum das Problem nicht bei allen Daten aufgetreten ist.....
Unix-Datum ist spitze. Ich benutze diesen Integer nur um das Zugriffsscript so schlank bzw. ressourcenfreundlich wie möglich zu gestalten.
Nochmals Danke. |
| von lindicz |
hi!
eine möglicher fehler wäre der sql-befehl zum updaten. dort definierst du das datum als integer (wegen fehlender hochkommata), also besser so schreiben:
UPDATE tabelle set datum='$datum' WHERE id=$id
besser wäre es natürlich, entweder mit dem typ date zu arbeiten oder sogar mit einem integer und dann das unix-datum nehmen (damit kann man prima rechnen).
hoffe das hilft.
gruß, lindicz |
| von freak |
Hallo
Ich habe ein Perl Script geschrieben, das ich mitels cron auf dem Server ausführen lasse.
Das Script prüft "grob" ausgedrückt das Datum in einer Tabellenspalte.
Ist das Datum Vergangenheit, so arbeitet das Script einen Anweisungsblock ab und erhöht das Datum danach um einen unterschiedlichen Wert in Monaten.
Das funktioniert eigentlich sehr gut, bis auf einen Wert.
Ein Datum (01.02.03) wird korrekt eingelesen erhöht (auf 01.02.04) und soll wieder in die Datenbank eingefügt werden.
UPDATE tabelle set datum=$datum WHERE id=$id
Bei diesem Datum wird mir immer die erste null abgeschnitten.
Aus 010203 wird 10204
Das geschieht allerdings nur bei diesem einen Wert.
Andere Daten, die ebenfalls mit einer null beginnen werden ordnungsgemäss erhöht und aktualisiert.
Ich habe das Datum bereits auf Länge getestet (2) und ein print auf der Konsole gibt den richtigen Wert vor und nach der Aktualisierung in Mysql aus. (010204)
Das Feld ist vom Typ VarChar mit einer Länge von 6.
Kann mir irgendjemand einen Tip geben, wo sich mein Denkfehler befindet? |
|
