Trigger Before Insert et Before Update

Bonjour,

Je suis actuellement confronté à un phénomène inattendu en utilisant les triggers avec une table de test sous MySQL 5.0.

Code:

---

1 2 3 4 5 6 7 8 9

CREATE TABLE test_trigger ( id int unsigned not null auto_increment, code varchar(30) not null, date_creation timestamp not null, date_maj timestamp not null, PRIMARY KEY(id), KEY(code) ) ;

---

Je crée deux triggers très simples permettant les mise à jour des champs date sur l'insertion et la mise à jour de l'enregistrement.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

DELIMITER // CREATE TRIGGER d_bi_test_trigger BEFORE INSERT ON test_trigger FOR EACH ROW BEGIN SET new.date_creation = Now() ; SET new.date_maj = Now() ; END // DELIMITER ;   DELIMITER // CREATE TRIGGER d_bu_test_trigger BEFORE UPDATE ON test_trigger FOR EACH ROW BEGIN SET new.date_maj = Now() ; END // DELIMITER ;

---

Ensuite, j'exécute une insertion.

Code:

---

INSERT INTO test_trigger(code) VALUES ('Objet1') ;

---

Le résultat est conforme à ce qui est attendu :

Code:

---

1 2 3 4 5 6

+----+--------+---------------------+---------------------+ | id | code | date_creation | date_maj | +----+--------+---------------------+---------------------+ | 1 | Objet1 | 2007-08-13 11:34:54 | 2007-08-13 11:34:54 | +----+--------+---------------------+---------------------+

---

Ensuite, je fais une mise à jour de cet enregistrement.

Code:

---

UPDATE test_trigger SET code='Objet2' WHERE code='Objet1' ;

---

Et le résultat est le suivant:

Code:

---

1 2 3 4 5 6

+----+--------+---------------------+---------------------+ | id | code | date_creation | date_maj | +----+--------+---------------------+---------------------+ | 1 | Objet2 | 2007-08-13 11:35:25 | 2007-08-13 11:35:25 | +----+--------+---------------------+---------------------+

---

En résumé mon déclencheur sur l'update semble avoir effectué les mêmes actions que mon déclencher sur l'insert, c'est-à-dire la maj de la "date de maj" et de la "date_creation"

Etonnant, non ?

Merci d'avance pour vos avis éclairés...

slt...

j´ai une solution, mais....8O

Code:

---

1 2 3 4 5 6 7 8 9

CREATE TABLE test.test_trigger ( id int UNSIGNED NOT NULL AUTO_INCREMENT, code varchar(30) NOT NULL, date_creation datetime , date_maj datetime , PRIMARY KEY(id), KEY(code) ) ;

---

au lieu de timestamp, mais datetime....



mais j´arrive pas a comprendre pourquoi ca marche pas avec timestamp...

si quelqun d´autre a une idee. ;)

Cela me semble effectivement une bonne idée d'être allé rechercher de ce côté. On dirait que le timestamp possède un statut plus que particulier.

On a un article intéressant qui traite de ce sujet :

Two auto-TIMESTAMP columns in one table with MySQL 5.0

Je vais essayer de l'exploiter et de voir ce que cela change sur mon modèle initial.

Je crois que les colonnes de type timestamp se mettent à jour automatiquement, du moins la première par défaut. Pour plus d'infos, voici la doc MySQL sur le type timestamp : date-time

J'ai donc adapté à mon exemple la méthode proposée dans l'article que j'ai cité plus haut. Cela donne :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

CREATE TABLE test_trigger ( id int UNSIGNED NOT NULL AUTO_INCREMENT, code varchar(30) NOT NULL, date_creation timestamp NULL DEFAULT NULL, date_maj timestamp NULL DEFAULT NULL, PRIMARY KEY(id), KEY(code) ) ;   DELIMITER // CREATE TRIGGER d_bi_test_trigger BEFORE INSERT ON test_trigger FOR EACH ROW BEGIN SET NEW.date_creation = IFNULL(NEW.date_creation,NOW()) ; SET NEW.date_maj = IFNULL(NEW.date_maj, '0000-00-00 00:00:00'); END // DELIMITER ;   DELIMITER // CREATE TRIGGER d_bu_test_trigger BEFORE UPDATE ON test_trigger FOR EACH ROW BEGIN SET NEW.date_maj = IF(NEW.date_maj = OLD.date_maj OR NEW.date_maj IS NULL, NOW(), NEW.date_maj); SET NEW.date_creation = IFNULL(NEW.date_creation, OLD.date_creation); END // DELIMITER ;

---

On obtient bien au final après une insertion puis une mise à jour deux dates différentes bien qu'on ait choisi le format timestamp.

Néanmoins, cette méthode ne brille pas par sa simplicité et on préférera donc l'utilisation des datetime à moins que l'on n'ait absolument besoin des timestamp.