Raison n°1 : vous n’arrivez pas à combiner BEFORE / AFTER avec INSERT / UPDATE / DELETE

Ce fichier PDF décrit le problème. Le problème peut être qualifié de simple : BEFORE_INSERT ne peut pas avoir aussi AFTER_INSERT sur le sujet de la même table. Vous pouvez tenir à jour la commande AVANT d’insérer la situation et mettre à jour par la suite d’autres types liés aux tables d’insertion avec ID. Je vous implore de déplacer quelque chose selon une logique spécifique (peut-être AVANT de dire votre déclencheur) dans votre code.

Raison n°2 : AFTER_DELETE utilise parfois l’erreur 1235

Les déclencheurs AFTER_DELETE doivent croître pour être utilisés. Le passage à la cause première BEFORE_DELETE est logique lorsque la plupart des gens dépendent de la variable OLD. Je ne sais absolument pas pourquoi cela se produira, la pensée pourrait être mon enregistrement MySQL spécifique.

Raison 3 : Vous ne pouvez pas proposer les mêmes frais (doubles déclencheurs)

Parfois, par exemple, au cours du processus, vous et votre famille obtenez un code d’erreur différent, mais parfois une personne obtient la même erreur 1235 sans donner aucune incitation. Parcourez les déclencheurs d’émission ci-dessus et recherchez les déclencheurs du même nom. Exécutez toujours TRIGGER avant de créer/modifier une initialisation.

Raison n°4 : vous ne référencerez pas UNE TABLE que vous mettez en règle générale à jour/insérez dans un déclenché

Par exemple, si vous devez définir votre propre mot de passe d’acheteur par défaut en fonction d’un déclencheur qui, lors de la création d’entrées d’utilisateurs supplémentaires, vous pouvez peut-être essayer ce qui suit : UPDATE users SET password = “newPassword” ;

La bonne façon de le faire est de définir avec succès une variable dans le déclencheur BEFORE_INSERT. Exemple : INSTALLER NOUVEAU. = Mot de passe “nouveau mot de passe” ;

Raison n°5 : lors de l’exportation d’une base de données (en tant que script SQL), vous pouvez obtenir des significations de site Web dans un script

En d’autres termes, si vous exportez la base de données MySQL par chemin vers un fichier .File, le fichier manuel réel peut contenir des éléments tels que TRIGGER “mydbname” ou “trigger_name”. Donc, si vous essayez de le récupérer dans la base de données avec un nom différent, il l’oubliera. Je m’attendais à différentes erreurs système car la base de données ne recommande PAS la base de données que je souhaite complètement restaurer. Quoi qu’il en soit, vous obtiendrez également l’erreur 1235 ici.

Solution courte : ouvrez le fichier de données .sql et remplacez toutes les références par EXPORTED_DB_NAME. ignorer la chaîne (c’est-à-dire remplacer, ne rien gagner).

CV / TL ; DR :

Ne pas utiliser BEFORE / UPDATE peut en fait entraîner une fonction similaire (comme INSERT) sur la table similaire. N’utilisez jamais les déclencheurs AFTER_DELETE, utilisez plutôt before_delete. Évitez de créer des marques en double. Ne référencez pas la même table domestique que vous mettez à jour ou que vous insérez éventuellement là où vous utilisez un déclencheur, OLD en plus de NEW, mais utilisez SET sur une sorte de sous-requête à la place. Lors de la restauration d’une base de données provoquée par une sauvegarde, le nom d’utilisateur explicite avec la base de données est incontestablement mentionné dans le paiement, qui n’inclut pas une sauvegarde particulière (en cas de restauration sur le marché vers un nom de stockage différent).

Rappelez-vous : avec le trigger create INSERT vous ne pouvez utiliser qu’un seul NEW divers, avec le trigger create UPDATE les gens peuvent utiliser OLD avec NEW, et de plus dans la déclaration DELETE vous ne pouvoir faire référence qu’à oney’ sur OLD.