UNIX_TIMESTAMP automatisch abspeichern?

Hallo,

besteht bei MySQL 4.1 irgendwie die Möglichkeit, einen Unix-Timestamp bei
der Erstellung eines Datensatzes (optional: beim Update eines Datensatzes)
mit in den Datensatz zu schreiben? Die einzige Möglichkeit die ich jetzt
gefunden habe ist etwas wie

ALTER TABLE `tabelle` CHANGE `added` `added` TIMESTAMP NOT NULL DEFAULT
CURRENT_TIMESTAMP

Aber dies speichert halt nicht den Unix-Timestamp. Ist das irgendwie
möglich?


MfG

Timo

Re: UNIX_TIMESTAMP automatisch abspeichern?

Timo Hähne wrote:
> besteht bei MySQL 4.1 irgendwie die Möglichkeit, einen Unix-Timestamp bei
> der Erstellung eines Datensatzes (optional: beim Update eines Datensatzes)
> mit in den Datensatz zu schreiben? Die einzige Möglichkeit die ich jetzt
> gefunden habe ist etwas wie
>
> ALTER TABLE `tabelle` CHANGE `added` `added` TIMESTAMP NOT NULL DEFAULT
> CURRENT_TIMESTAMP
>
> Aber dies speichert halt nicht den Unix-Timestamp. Ist das irgendwie
> möglich?

Du musst unterscheiden lernen zwischen gespeichertem Format und
Ausgabeformat. Ersteres ist für dich im Rahmen eines RDBMS völlig
uninteressant, zweiteres kannst du wunderbar mittels Funktionen
beeinflussen.

http://dev.mysql.com/doc/refman/5.0/en/date-and-time-functio ns.html#id3159622

Grüße
Kai

--
This signature is left as an exercise for the reader.

Re: UNIX_TIMESTAMP automatisch abspeichern?

"Timo Hähne" wrote:
> Aber dies speichert halt nicht den Unix-Timestamp. Ist das irgendwie=20
> möglich?

Bei 4.1 faellt mir spontan nichts ein, bei 5.0 ginge das einfach mit
einem Trigger.

Re: UNIX_TIMESTAMP automatisch abspeichern?

auf welche weise greifst du auf die DB zu? wenn du es mit php oder
anderen scriptsprachen machst, kannst du ja einfach beim speichern bzw.
update einen timestamp erstellen und dann mit abspeichern/updaten.

klar, wenn es automatisch geht wäre es praktischer und auch event.
übersichtlicher...aber so groß ist der aufwand dafür auch nicht...so
mache ich es bei mir auch immer!

Re: UNIX_TIMESTAMP automatisch abspeichern?

Sven Paulus wrote:
> "Timo Hähne" wrote:
>> Aber dies speichert halt nicht den Unix-Timestamp. Ist das irgendwie
>> möglich?
>
> Bei 4.1 faellt mir spontan nichts ein, bei 5.0 ginge das einfach mit
> einem Trigger.

Wobei sich immer noch die Frage stellt: Wofür?

Ein TIMESTAMP updated sich automatisch und funktioniert auch 2040 noch.
Und wenn man bei der Abfrage einen UNIXSTAMP will, kann man das auch
haben.


XL

Re: UNIX_TIMESTAMP automatisch abspeichern?

Axel Schwenke wrote:
>> Bei 4.1 faellt mir spontan nichts ein, bei 5.0 ginge das einfach mit
>> einem Trigger.
> Wobei sich immer noch die Frage stellt: Wofür?
> Ein TIMESTAMP updated sich automatisch und funktioniert auch 2040 noch.
> Und wenn man bei der Abfrage einen UNIXSTAMP will, kann man das auch
> haben.

Klar. Naja, aber es kann immer kranke Randbedingungen geben:
Irgendwelche Tools, die nur Abfragen auf Spalten und nicht auf
Funktionen davon zulassen oder was auch immer. Sobald closed source
software mit reinspielt, steigt die Wahrscheinlichkeit. Von daher
wuerde ich derartiges nicht von Grund aus verdammen ...

Re: UNIX_TIMESTAMP automatisch abspeichern?

Sven Paulus schrieb:
> Axel Schwenke wrote:
>=20
>>>Bei 4.1 faellt mir spontan nichts ein, bei 5.0 ginge das einfach mit
>>>einem Trigger.
>>
>>Wobei sich immer noch die Frage stellt: Wofür?
>>Ein TIMESTAMP updated sich automatisch und funktioniert auch 2040 noch.=

>>Und wenn man bei der Abfrage einen UNIXSTAMP will, kann man das auch
>>haben.
>=20
>=20
> Klar. Naja, aber es kann immer kranke Randbedingungen geben:
> Irgendwelche Tools, die nur Abfragen auf Spalten und nicht auf
> Funktionen davon zulassen oder was auch immer. Sobald closed source
> software mit reinspielt, steigt die Wahrscheinlichkeit. Von daher
> wuerde ich derartiges nicht von Grund aus verdammen ...

Dafür gibt es Views. Diese existieren AFAIK auch in MySQL.

--=20
Gruss,
Fabian

Re: UNIX_TIMESTAMP automatisch abspeichern?

Fabian Schladitz wrote:
>> Klar. Naja, aber es kann immer kranke Randbedingungen geben:
>> Irgendwelche Tools, die nur Abfragen auf Spalten und nicht auf
>> Funktionen davon zulassen oder was auch immer. Sobald closed source
>> software mit reinspielt, steigt die Wahrscheinlichkeit. Von daher
>> wuerde ich derartiges nicht von Grund aus verdammen ...
> Dafür gibt es Views. Diese existieren AFAIK auch in MySQL.

Stimmt, aber auch erst ab 5.0, d.h. auch das hilft dem Originalposter
unmittelbar nichts.