Ich bedauere es schon, daß ich mich zu dem Thema geäußert habe. <grrr>
Zitat:
Zitat von Creepy
Die Tabelle ist so vorgegeben und kann nicht geändert werden.
|
Dann erschieß den Trottel. Solche Projekte gehören in die Tonne.
Zitat:
Warum das Intervall im php-Format geschrieben wurde, darfst du mich nicht fragen.
|
Wen sonst?
Zitat:
Das hätte ich sicher von vornherein anders gemacht.
Es soll nur ein einfaches SELECT sein, kein UPDATE oder INSERT.
|
Mit dem Unixtimestamp gibts nur Probleme. Besonders bei kritischen Daten:
Umstellung der Sommer-/Winterzeit, in Schaltjahren, bei der Monatsberechnung mit Beteiligung des Monats Februar, beim Jahreswechsel, bei der Ermittlung der Wochennummer usw.
Zitat:
Dein Beispiel mit dem UPDATE ist ok, und das date_add kenne ich auch.
|
Dann nutze es doch:
FROM_UNIXTIME(unix_timestamp), FROM_UNIXTIME(unix_timestamp,format)
Zitat:
Nur würde ich gerne eine Konvertierung zwischen P3M und INTERVAL 3 MONTH haben, die auch noch dazu flexibel sein muss z.B. bei Einträgen wie P1M2WT7H37S.
|
Der Schwachfug nimmt kein Ende.
Zitat:
Um bei deinem Beispiel zu bleiben, suche ich soetwas wie
Code:
UPDATE tabelle SET end_datum = date_add(start_datum, KONVERT_TO_INTERVAL(P1M2WT7H37S))
WHERE dies = das;
|
Räum die Tabelle auf. So ein proprietäres stumpfsinniges Gewusel hat in einer relationalen Datenbank nix zu suchen. Und wenn Dir irgend ein besser bezahlter Angestellter sowas einreden will, dann schick den mal hier vorbei, damit wir dem DAU mal das Handbuch vorlesen.
Das wars - ich bin weg.