Discussion :

[Odium]

Bonsoir à tous.

Voilà le problème: j'ai une table A dans laquelle on fait un INSERT INTO, un trigger se déclenche alors pour vérifier dans une table B si il existe une entrée sous le même ID. S'il n'existe pas, on fait un INSERT sur cette table B et on entre une nouvelle ligne avec pour ID celui de la nouvelle ligne de A (id=new.id en gros).

Seulement, est-il possible avant ça et avec un trigger, de prendre l'id le plus haut dans la table B (SELECT MAX(ID) FROM B...), d'ajouter 1, et de modifier la requête d'insertion qui a déclenché le trigger de manière a ce que son id vaille le MAX(ID)+1 de la table B ?

Pour récapituler:

insert into A values ('');
déclenchement du trigger qui nous donne à l'arrivée
insert into B values ('id')
insert into A values ('id')

(id étant le résultat du SELECT MAX(ID) FROM B).

J'espère avoir été compréhensible, merci

PS: (j'utilise MySQL 5.0, si ça peut aider).

[AllyKo]

Salut,

est-ce que j'ai bien compris :

tu voudrais modifier l'id inséré dans A (id) avec la valeur trouvée (max(id) +1) dans B si la donnée insérée n'existe pas dans B ?

Est-ce bien ça ?

[Odium]

Tout à fait

[AllyKo]

Dans ce cas :

Je ne sais pas comment modifier une requête en cours, désolé (je ne sais même pas si c'est possible)


Je ne vois qu'une solution pour le moment :
1. Tu laisse l'insertion dans A
2. Tu test avec un deuxième trigger s'il existe dans B un même id si oui alors tu update ta table A avec la valeur qu'il faut?

[Odium]

Non ça n'est pas ça. Je vais expliquer un peu plus:

En fait, la table A hérite de B, de même que C et D.

A chaque ID de A, C ou D doit correspondre un ID de B, donc avant chaque insertion dans A, C ou D, un trigger se déclenche pour voir si l'ID existe dans B:

- S'il n'existe pas, on insère dans B la nouvelle ligne.
-Dans tout les cas, l'insertion s'effectue dans A.

Un deuxième trigger entre alors en jeu, après l'insertion:

- Si à l'ID de l'insertion correspond un ID de C ou D, on DELETE la nouvelle insertion dans A.
- Sinon, on ne fait rien.

Cet ensemble de deux triggers sur chaque table A, C et D m'assure qu'aucune occurrence de A, C ou D se retrouvera dans ses tables voisines.

Le problème est pour l' AUTO_INCREMENT: les premières insertions dans A, C ou D se font très bien, mais dès qu'on insère dans une table différente, les id repartent à 1 et du coup le trigger ne permet pas l'insertion.

D'où l'intérêt de choper le dernier id de B, de l'incrémenter et de le coller à la nouvelle insertion

Tout ça afin d'éviter de gérer soi-même les id.