Discussion :

[krislec]

Bonjour à tous !
Un fois encore j'ai besoin d'aide car je pédale dans la semoule !

Comment changer "id" d'un table et modifier les autres tables qui possède cette "id" avec le nouveau ?

Explication:

J'ai une table utilisateur 'user' qui possède plusieurs champs dont 'id' (en auto-incrémentation). Je viens de m’apercevoir que mes id sont passés de 450 à 4460 (par une erreur de manip de l'auto-incrément, pas JOLI !!!).
Comment faire aujourd'hui pour modifier cette id (pour repartir à partir de 451..452...453...etc (sachant qu'il n'existe pas encore!) en modifiant toutes les autres tables qui possède cet id (id importé et non incrémenté, faisant référence au id de la table user) de 4460, 4459, 4458 etc... (soit environ 120 entrées !!!)

Y-aurait pas une commande magique pour modifier chaque table par la modification de chaque nouveau id ?

Un super grand merci d'avance.

[rawsrc]

Salut,

assures toi bien que les liens vers ce champ id ont pour propriété : ON UPDATE CASCADE.
Exécutes ceci :

Code sql :

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

1
2
SET @count = 0;
UPDATE t_table SET t_table.id = @count:= @count + 1;

Et je te conseillerai fortement de ne pas te préoccuper de la séquence des id auto-incrémentés. Laisses donc le moteur faire sa salade dans son coin du moment que tu récupères correctement tes données cela est bien suffisant. La notion de JOLI n'existe pas en base de données. Une interface je veux bien mais pour le reste en développement c'est assez inutile comme concept.

[krislec]

devant ce conseil grandement éclairé... je crois que je vais peut-être rien toucher...
Je vais néanmoins testé cette notion de cascade histoire d'apprendre.

Super Merci...

[krislec]

Concernant le "on update -> cascade", il faut que le moteur de sauvegarde de mes tables soient tous au format InnoDB et non MylSAM ? Si c'est le cas dois-je les mettre toutes en InnoDB ?
(J'avoue ne pas savoir la différence excepté peut-être ce côté relationnelle entre table, non ?)

Le fait de mettre "update on cascade" veux-t-il dire que toutes les tables possédant l'id de la table user "44560" par exemple seront également modifiées ?

[rawsrc]

Concernant le "on update -> cascade", il faut que le moteur de sauvegarde de mes tables soient tous au format InnoDB et non MylSAM ? Si c'est le cas dois-je les mettre toutes en InnoDB ?
(J'avoue ne pas savoir la différence excepté peut-être ce côté relationnelle entre table, non ?)

Le fait de mettre "update on cascade" veux-t-il dire que toutes les tables possédant l'id de la table user "44560" par exemple seront également modifiées ?

Sans rentrer dans les détails, tu as cité le principal avantage du moteur InnoDB à savoir une gestion claire et optimisée des relations entre les tables.
Avant de modifier le format de tes tables, je t'invite à faire une sauvegarde intégrale de toutes tes données. Ensuite, tu peux changer le format de chacune des tables soit manuellement si t'en as pas 200, soit par script. En fonction de la taille de chaque table, le traitement peut prendre un certain temps.
Le ON UPDATE CASCADE va entrainer automatiquement la mise à jour des id dans toutes les tables liées référençant cet id. Concrètement, si tu as un dans une table t_user un id=44560 et que cet id se trouve modifié en 8560 => partout où l'ancien id est utilisé dans les autres tables, il sera modifié en 8560 afin de préserver les intégrités référentielles.
Enfin, les optimisations qu'a apporté Oracle au moteur InnoDB sont telles qu'il serait dommage de ne profiter de ses petits plus par rapport au vieux MyISAM.

[krislec]

Fabulous !
Maintenant est-ce à moi de créer ces liens entre les tables ? car d'une table à l'autre le id n'a pas le même nom.
Ou est-ce la "valeur" du id qui fait procéder à l'update ?
Je sens que je vais me lancer...