MySQL - Déclencheur pour la mise à jour d'une même table après l'insertion

Voici ce que j'essaie de faire:

Quand il y a un nouveau INSERT dans la table ACCOUNTS, j'ai besoin de mettre à jour la ligne dans ACCOUNTS où pk = NEW.edit_on par la mise en status='E' pour désigner les (vieux) compte a été édité.

DELIMITER $$

DROP TRIGGER IF EXISTS `setEditStatus`$$
CREATE TRIGGER `setEditStatus` AFTER INSERT on ACCOUNTS
FOR EACH ROW BEGIN
    update ACCOUNTS set status='E' where ACCOUNTS.pk = NEW.edit_on ;
END$$

DELIMITER ;

L'exigence est PAS que je manipule les nouvellement inséré colonne, mais une déjà existant colonne avec pk = NEW.edit_on

Cependant, je ne peux pas mettre à jour le même tableau: Can't update table ACCOUNTS ... already used by the statement that invoked this trigger

S'il vous plaît suggérer une solution de contournement

PS: j'ai déjà passé par La mise à jour de la table de déclenchement après la mise à jour sur la même table, Insérez dans le même tableau déclencher mysql, Mise à jour après déclencheur d'insertion sur la même table et mysql déclencheur d'insertion et de mise à jour après l'insertion sur la table mais ils ne semblent répondre à ma question.

Modifier

ACCOUNTS Table:

CREATE TABLE  `ACCOUNTS` (
  `pk` bigint(10) unsigned NOT NULL AUTO_INCREMENT,
  `user_id` bigint(9) unsigned NOT NULL,
  `edit_on` bigint(10) unsigned DEFAULT NULL,
  `status` varchar(1) NOT NULL DEFAULT 'A',
  PRIMARY KEY (`pk`) USING BTREE) ENGINE=InnoDB AUTO_INCREMENT=2147483726 DEFAULT CHARSET=latin1

Comment voulez-vous identifier de manière unique les lignes de ACCOUNTS? Si edit_on est votre clé primaire, alors comment pouvez-vous insérer des doublons?
J'ai édité la question d'inclure la structure de la table. Veuillez voir.
si edit_on = 123 pour une ligne où pk = 456, cela signifie que 456 est une modification sur 123. Par conséquent, status doit être mis à jour pour 'E' pour 123
Il n'y a pas de status colonne dans votre schéma.
oups.. désolé de ma mauvaise. veuillez voir le modifier maintenant

OriginalL'auteur th3an0maly | 2012-10-13

mysql

21

Il semble que vous ne pouvez pas faire tout cela dans un déclencheur. Selon le la documentation:

À l'intérieur d'une fonction stockée ou d'un déclencheur, il n'est pas autorisé à modifier une table qui est déjà utilisé (pour la lecture ou l'écriture) par l'instruction qui a appelé la fonction ou le déclencheur.

Selon cette réponse, il semble que vous devriez:

créer une procédure stockée, qui s'insère dans le/les Mises à jour de la table cible, puis les mises à jour de l'autre rangée(s), le tout dans une transaction.

Avec une procédure stockée, vous aurez manuellement valider les modifications (insert et update). Je n'ai pas fait cela dans MySQL, mais ce post s'annonce comme un bon exemple.

Est-ce à dire que je dois appeler la procédure stockée à partir de la gâchette?
Non, je crois que vous vous déplacez à l'origine INSERT de la requête dans la procédure stockée, et l'appel de la proc au lieu de la requête. Voici la syntaxe de MySQL: dev.mysql.com/doc/refman/5.0/en/call.html
Je suis un peu confus ici. Voulez-vous dire de déplacer l'insert d'origine dans une procédure et utiliser un déclencheur pour faire la mise à jour, ou de déplacer la tout logique dans une procédure stockée?
Mettre deux états (insert + mise à jour) dans une procédure stockée. Si les instructions sont exécutées avec succès, alors vous commit, sinon rollback changements.
de bonnes nouvelles. J'ai mis en place. Il fonctionne très bien. Sauf pour le fait que je ne peux pas obtenir le statut (si ou non le PS a changé toutes les lignes) dans mon JDBC Modèle 🙁

OriginalL'auteur pjama
10

C'est de cette façon-je mettre à jour une ligne dans le même tableau insérer

code d'activation et l'e-mail sont rangées dans la table USER.
Lors de l'insertion, je ne spécifiez pas de valeur pour le code d'activation, il sera créé à la volée par mysql.

Changement "username" par votre nom d'utilisateur mysql et 'db_name' avec votre nom db.
```
CREATE DEFINER=`username`@`localhost` 
       TRIGGER `db_name`.`user_BEFORE_INSERT` 
       BEFORE INSERT ON `user` 
       FOR EACH ROW
         BEGIN
            SET new.activationCode = MD5(new.email);
         END
```
Très belle solution!!! La solution proposée par pjama est très bien, mais elle ne correspond pas à mon cas, tandis que celui-ci fonctionne très bien et n'a pas besoin d'une procédure stockée
Oui, la chose importante est de ne pas écrire une mise à JOUR des COMPTES de la partie, qui est ce que MYSQL empêche.

OriginalL'auteur Rangel
6

Eu le même problème, mais a dû mettre à jour une colonne avec l'id qui a été sur le point d'entrer, donc vous pouvez faire une mise à jour doit être fait AVANT et APRÈS le pas en AVANT a pas d'id, donc j'ai fait ce truc
```
DELIMITER $$
DROP TRIGGER IF EXISTS `codigo_video`$$
CREATE TRIGGER `codigo_video` BEFORE INSERT ON `videos` 
FOR EACH ROW BEGIN
    DECLARE ultimo_id, proximo_id INT(11);
    SELECT id INTO ultimo_id FROM videos ORDER BY id DESC LIMIT 1;
    SET proximo_id = ultimo_id+1;
    SET NEW.cassette = CONCAT(NEW.cassette, LPAD(proximo_id, 5, '0'));
END$$
DELIMITER ;
```
Je dois dire, c'est un très brut moyen de résoudre ce problème, parce que c'banques sur le principe qu'aucune entrée n'a été ajouté/supprimé (augmentant ainsi l'auto-incrémentation de la valeur de ce que le MAX(id) + 1 serait de rendement). Peu importe, c'est la seule solution que j'ai trouvé pour accomplir ce dont j'ai besoin et je me sens comme je peux de la banque sur cette prémisse. Je suis d'essayer (en mouvement à partir de PHP Django) pour renommer tous mes clés primaires de TABLENAME_id id sans casser ma demande. De bonnes choses.

OriginalL'auteur JCLG
2

Sur la dernière entrée; c'est un autre truc:
```
SELECT AUTO_INCREMENT FROM information_schema.tables WHERE table_schema = ... and table_name = ...
```
Pouvez-vous expliquer votre réponse un peu dans une édition? Merci.

OriginalL'auteur Raymond B
0

Au lieu de cela vous pouvez utiliser avant d'insérer et d'obtenir un max pkid pour la table en particulier et ensuite mettre à jour le maximum pkid enregistrement de la table.

OriginalL'auteur Chitraranjan Ngangbamcha

Vous devez vous connecter pour publier un commentaire.