Discussion :

[bastien]

Bonjour,

J'essaie de créer une table :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
CREATE TABLE IF NOT EXISTS tblCreateur(
	id int(255) unsigned NOT NULL auto_increment,
	id_createur int(255) unsigned NOT NULL ,
	id_cours int(255) unsigned NOT NULL,
             date_creation TIMESTAMP default CURRENT_TIMESTAMP,
	cours_last_modif TIMESTAMP default CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
	id_test int(255) unsigned NOT NULL,
	test_last_modif TIMESTAMP default CURRENT_TIMESTAMP  ON UPDATE CURRENT_TIMESTAMP,
	PRIMARY KEY(id)
);

J'ai parcouru le site et la documentation 'légal' de mysql au sujet de timestamp.

J'ai bien compris que je ne pouvais pas mettre le champ date_creation en TIMESTAMP default CURRENT_TIMESTAMP. Seul TIMESTAMP NULL m'est permis car ON UPDATE CURRENT_TIMESTAMP est déjà dans une colonne.

Mais je ne comprends pas pourquoi cette restriction ???

Je désire à l'insertion d'une ligne que date_creation se définisse seul ainsi que le champ cours_last_modif et test_last_modif.
ET lors d'une modification de ligne que les champs cours_last_modif et test_last_modif se mettent à jour sans une intervention commandée !

Pouvez-vous me guider ou m'expliquer ?

Merci
Cyrille

[CinePhil]

L'informatique est très rapide. Je suppose que cette restriction existe parce que CURRENT_TIMESTAMP n'aurait pas la même valeur, le temps d'alimenter toutes les colonnes dont c'est la valeur par défaut.

Passons au côté sémantique de ce que tu veux faire.
Lorsque tu crées une ligne, elle n'est pas encore modifiée ni cette dernière modification testée donc il n'est pas logique de vouloir alimenter ces colonnes avec un CURRENT_TIMESTAMP en valeur par défaut.
Tu devrais plutôt mettre DEFAULT NULL.

[bastien]

ok
Je ne suis pas un habitué de Timestamp. Mais ceci n'est pas une raison !!

Néanmoins, si je te suis bien, je modifie ma table ainsi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
CREATE TABLE IF NOT EXISTS tblCreateur(
	id int(255) UNSIGNED NOT NULL AUTO_INCREMENT,
	id_createur int(255) UNSIGNED NOT NULL ,
	id_cours int(255) UNSIGNED NOT NULL,
             date_creation TIMESTAMP DEFAULT null,
	cours_last_modif TIMESTAMP DEFAULT null ON UPDATE CURRENT_TIMESTAMP,
	id_test int(255) UNSIGNED NOT NULL,
	test_last_modif TIMESTAMP DEFAULT null ON UPDATE CURRENT_TIMESTAMP,
	PRIMARY KEY(id)
);

Donc cela suppose que les champ date_creation, cours_last_modif, test_last_modif doivent être spécifié lors de la création d'une ligne de la table !
Et lors d'une modification de ligne via UPDATE, les champs cours_last_modif et test_last_modif changent sans intervention de ma part !
Est-ce cela?

Je sais : tu pourrais me dire "Essaye et tu verras!" mais je profite en effet de tes connaissances pour éclaircir les éventuelles erreurs que je pourrais rencontrer lors du débogage du code

Merci

[CinePhil]

Tu dois pouvoir laisser la colonne date_creation en DEFAULT CURRENT_TIMESTAMP, ce qui serait logique.

Pour le ON UPDATE, je ne sais pas, je n'ai jamais essayé.

[bastien]

J'ai essayé mais j'ai une erreur m'indiquant que je ne peux pas cumuler DEFAULT CURRENT_TIMESTAMP et ON UPDATE CURRENT_TIMESTAMP sur plusieurs colonnes !

Donc je suppose qu'un seul champ peut avoir current_timestamp comme paramètre !

J'ai changé de fusil d'épaule : Je place tous mes champs sous TIMESTAMP DEFAULT "0000-00-00 00:00:00"
et je les modifierai dans le code

C'est dommage, la fonction aurait pu être sympa !

Merci

[CinePhil]

Je serais toi je laisserais le DEFAULT CURRENT_TIMESTAMP sur date_creation et le DEFAULT NULL sur les autres colonnes TIMESTAMP et je virerais simplement le ON UPDATE.

Quand tu mets une ligne à jour, il est facile de générer le CURRENT_TIMESTAMP dans une variable par le programme et de lui envoyer la valeur de la variable.