3 messages in com.mysql.lists.perlRe: TIMESTAMP confusion
FromSent OnAttachments
Jan Eden06 Jan 2005 05:31 
Jan Eden06 Jan 2005 06:01 
Rudy Lippan06 Jan 2005 06:24 
Subject:Re: TIMESTAMP confusion
From:Jan Eden (lis@janeden.org)
Date:01/06/2005 06:01:37 AM
List:com.mysql.lists.perl

Hi,

an update to my question: 219 of 2500 records on the server carry the import
timestamp, while in the local database, only 65 records where modified and carry
a timestamp different from 20041226131319.

I am completely confused.

- Jan

Hi,

I maintain a database locally which is queried via a Perl script to generate my website. Now there is one field of the TIMESTAMP type which should reflect the respective page's last modification date. This works fine when the database is queried locally.

But when I dump the database (using mysqldump), transfer it to my webserver and import the dump into the database on the server, some pages carry the correct timestamp, while others have the timestamp of the import.

Why is that? The tables are all dropped and recreated prior to inserting the data. Now I could understand if all the pages get a new timestamp (i.e. if the current value is not honored at all), but some pages are not affected.

Those pages still carry the timestamp from the time when I initially added the TIMESTAMP field to my database. Why should this timestamp be more sticky than others?

Thanks,

Jan -- How many Microsoft engineers does it take to screw in a lightbulb? None. They just redefine "dark" as the new standard.