Hace un tiempo descubr\u00ed una caracter\u00edstica (tal vez sea un bug) sobre los campos timestamp de MySQL. Es probable que este documentado en alguna parte que todav\u00eda no he le\u00eddo:<\/p>\n
Cuando se a\u00f1ade un campo timestamp a una tabla, MySQL agrega m\u00e1gicamente algunas caracter\u00edsticas al nuevo campo creado como un \u00abtrigger\u00bb y la fecha actual como valor por defecto.<\/p>\n
Aqu\u00ed esta el script donde se produce el caso:<\/p>\n
\r\n-- CREANDO UNA TABLA CUALQUIERA E INSERTANDO DATOS \r\nmysql> create table t(\r\n -> id int not null primary key auto_increment,\r\n -> val varchar(50)\r\n -> );\r\nQuery OK, 0 rows affected (0.15 sec)\r\n\r\nmysql> insert into t (val) values (\"foo\") ,(\"var\");\r\nQuery OK, 2 rows affected (0.08 sec)\r\nRecords: 2 Duplicates: 0 Warnings: 0\r\n\r\nmysql> select * from t;\r\n+----+------+\r\n| id | val |\r\n+----+------+\r\n| 1 | foo |\r\n| 2 | var |\r\n+----+------+\r\n2 rows in set (0.00 sec)\r\n\r\n\r\n-- AGREGANDO UN CAMPO TIMESTAMP Y MAS DATOS\r\nmysql> alter table t add ts_field timestamp;\r\nQuery OK, 2 rows affected (0.35 sec)\r\nRecords: 2 Duplicates: 0 Warnings: 0\r\n\r\nmysql> insert into t (val) values (\"foo 2\") ,(\"var 2\");\r\nQuery OK, 2 rows affected (0.06 sec)\r\nRecords: 2 Duplicates: 0 Warnings: 0\r\n\r\n-- HE AQUI LA MAGIA:\r\nmysql> select * from t;\r\n+----+-------+---------------------+\r\n| id | val | ts_field |\r\n+----+-------+---------------------+\r\n| 1 | foo | 0000-00-00 00:00:00 |\r\n| 2 | var | 0000-00-00 00:00:00 |\r\n| 3 | foo 2 | 2013-01-09 23:20:01 | <---\r\n| 4 | var 2 | 2013-01-09 23:20:01 | <---\r\n+----+-------+---------------------+\r\n4 rows in set (0.00 sec)\r\n<\/pre>\n\u00bf\u00a1Pero que acaba de pasar!?
\nno lo s\u00e9.<\/p>\n
La nueva estructura de la tabla es:<\/p>\n
\r\nCREATE TABLE `t` (\r\n `id` int(11) NOT NULL AUTO_INCREMENT,\r\n `val` varchar(50) DEFAULT NULL,\r\n `ts_field` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,\r\n PRIMARY KEY (`id`)\r\n) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=latin1\r\n<\/pre>\nEsto s\u00f3lo pasa cuando en la tabla no existe otro campo timestamp a\u00fan.<\/p>\n
Ahora, es \u00fatil? tal vez. Es un BUG? tal vez.<\/p>\n
El \"extra\u00f1o caso\" se repite en MySQL 5.1 y 5.5.<\/p>\n
Update<\/strong>: Es una caracter\u00edstica documentada en https:\/\/dev.mysql.com\/doc\/refman\/5.5\/en\/timestamp-initialization.html , me disculpo por el post que finalmente result\u00f3 ser una chorrada, un lapsus, un horror.<\/p>\nCompartelo:<\/h3>