Trigger Cascade delete

Bonjour, je débute dans les triggers, je vous explique succinctement mon objectif: emuler un "cascade on delete" étant donné que j'ai du utiliser une table MyIsam.

Donc j'ai deux table une innoDB l'autre Isam, je veut simplement quand je supprime une ligne sur table1 supprimer la ligne correspondante par l'id dans table2.

Code:

---

1 2 3 4 5 6

DELIMITER $$ CREATE TRIGGER before_delete_element BEFORE DELETE ON elements DELETE FROM file_info WHERE table1.id=table2.id DELIMITER ;

---

J'execute ça dans phpMyADmin dans la section SQL, et il me dit OK c'est bon tout va bien, par contre forcément, rien ne marche(SHOW TRIGGERS ne me renvoi rien). Et impossible d'y mettre la main dessus, je ne sais pas ou ça va. Si quelqu'un pourrai en premier temps me corriger ma requête et m'expliquer comment "gérer" les triggers dans mysql.

Merci d'avance.

Bon j'ai semble-t-il trouvé la bonne requête,
*

Code:

---

1 2 3 4 5 6 7 8

delimiter $$ CREATE TRIGGER delete_cascade_element AFTER delete ON elements FOR EACH ROW BEGIN DELETE FROM file_info WHERE file_id=Old.id END$$ delimiter ;

---

Mais j'ai un soucis de syntaxe près de END ligne 6 d'après phpMyAdmin.
J'ai essayé tout ce que j'ai trouvé comme délimiter sur le net mais toujours la même erreur. :cry:

salut,

il manque le ; à la fin de la ligne

Code:

---

1 2 3 4 5 6 7 8 9

delimiter $$ CREATE TRIGGER delete_cascade_element AFTER DELETE ON elements FOR EACH ROW BEGIN DELETE FROM file_info WHERE file_id=Old.id END$$; delimiter ;

---

j'avais essayé de mettre ";" avant $$ mais pas comme ça effectivement, "ça passe" pas d'erreur en revanche impossible avec un

Code:

---

SHOW TRIGGERS

---

de voir le bout de son nez !

pense que ce que tu mets dans un trigger, une procédure ou une fonction stockée c'est du code sql donc on finit proprement la ligne avec un ; :ccool:

d'où l'utilisation de delimiter pour changer la fin de ligne pour le create et bien avoir le ; dans le corps de celui-ci 8-)

tu dois préciser la base visée, la commande c'est:

Code:

---

show triggers from nom_base;

---

Citation:

---

Envoyé par ericd69

Code:

---

show triggers from nom_base;

---

---

Toujours le même résultat -> Rien :?

si tu as accès à information_schema

essaye ça:

Code:

---

1 2	select trigger_schema, trigger_name, action_statement from information_schema.triggers

---

Ok, je vais dans Triggers et j'obtiens ça :

Code:

---

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

TRIGGER_CATALOG TRIGGER_SCHEMA TRIGGER_NAME EVENT_MANIPULATION EVENT_OBJECT_CATALOG EVENT_OBJECT_SCHEM EVENT_OBJECT_TABLE ACTION_ORDER ACTION_CONDITION ACTION_STATEMENT ACTION_ORIENTATION ACTION_TIMING ACTION_REFERENCE_OLD_TABLE ACTION_REFERENCE_NEW_TABLE ACTION_REFERENCE_OLD_ROW ACTION_REFERENCE_NEW_ROW CREATED SQL_MODE DEFINER CHARACTER_SET_CLIENT COLLATION_CONNECTION DATABASE_COLLATION

---

Les champs donc, et aucune entrée.
Donc je n'ai pas de trigger enregistré.
Le problème viendrait donc de la création elle même ?

sachant que en executant le dernier bloc sql du post ça me donne :

Code:

---

Votre requête SQL a été exécutée avec succès

---

trigger_schema c'est le nom de ta base et trigger name le nom du trigger...

au fait tu as bien un use avant ta création de trigger pour dire dans quelle base tu es?

Citation:

---

trigger_schema c'est le nom de ta base et trigger name le nom du trigger...

---

Ouai c'est tout nouveau pour moi, j'ai mis ça direct, mais ça me l'a pris comme un SELECT *

Citation:

---

au fait tu as bien un use avant ta création de trigger pour dire dans quelle base tu es?

---

Non je viens de le rajouter mais ça change rien, de toute façon il sait dans quelle base je suis non ? (en étant sur phpMyAdmin et sur la section SQL à l'intérieur de ma base)

oui normalement si tu as sélectionné une db dans la liste avant...

ça devrait pas être un before delete ton événement pour pouvoir accéder à old dans le trigger?

Concrètement ça devrait pas poser de pb au moins pour la création non ? mais j'ai quand même essayé avec le before, toujours pareil... je commence à désespérer :calim2:

Je viens même d'essayer de faire le triggers uniquement sur ma propre table, pour exclure un éventuel problème entre innodb et myIsam.

->Toujours pas

j'ai relu la doc...

pour l'instant tu ne peux pas faire référence directement à une table dedans

tu ne peux utiliser que old ou new

je pense que tu vas devoir opter pour une procédure stockée qui feras ton delete principal et ensuite le répercutera sur la table secondaire...

Citation:

---

Le déclencheur ne peut pas faire référence directe aux tables par leur nom, y copmris la table à laquelle il est associé. Par contre, vous pouvez utiliser les mots clés OLD (ancien en anglais) et NEW (nouveau en anglais). OLD fait référence à la ligne existante avant la modification ou l'effacement. NEW faire référence à la nouvelle ligne insérée ou à la ligne modifiée.

---

Houla, ça change complètement ma conception du trigger.... j'ai un soucis pour les procédures stockées par contre...
En gros j'ai des "delete on cascade" et pas mal de profondeur du coup avec une procédure stockée je sais pas si je vais pouvoir faire grand chose non ?
Sachant que je sais justement pas quelles lignes seront effacées... :/

si tu peux avoir 255 niveau de récursion :mrgreen:

oui ils ont implémenté les trigger minimalistes lol... j'avoue que j'en ai pas utilisé depuis 2006 quand je tripatouillais oracle 9i ... :piou:

donc des triggers un peu évolués ;)

si tes données sont réparties juste dans des tables dépendantes sans parcours récursif sur elles tu mais juste tes delete les uns derrière les autres... tout simple

sinon tu crées autant de procédures stockées qui traitent la récursion sur une table particulière (vu que tu peux pas faire de requête préparée qui risqueraient de s'auto appeler)

:pan:

EUREKÂ

Code:

---

1 2 3 4 5 6 7 8 9 10

DELIMITER $$ CREATE TRIGGER delete_cascade_element AFTER DELETE ON elements FOR EACH ROW BEGIN DELETE FROM file_info WHERE file_id=Old.id; END$$ DELIMITER ;

---

ça s'enregistre bien comme ça ! :):):)

ah oui le for each row pour dire que tu veux que ça s'applique à toutes les ligne c'est vrai lol

mais est ce qu'il marche?

Non c'était juste la partie ";" & "delimiter" mal placé enfait (à la fin de la requête).

alors si il marche, ça, j'ai pas testé, je ferai ça demain matin ! je te tiens au jus !

ok sinon procédure stockée :p

ça marche parfaitement ! Merci pour votre aide, je passe le post en résolu.
(Et effectivement, la doc est assez "bizarre"...)

Oups, j'ai parlé trop vite.
Alors, le triggers "marche" bien, lors de la suppression d'une entrée, il supprime bien l'entrée dans l'autre table correspondante, mais la ou ça se corse, c'est quand je fait un delete en cascade.. ça ne marche plus, mais je pense que je vais ouvrir un autre post pour ça

pour que ça cascade il faut que tu soit en innodb il me semble...

au fait tu as bien mis la clause de cascade sur ta déclaration de colonne?