Insertion données avec un trigger

Bonjour à tous,

Je cherche avec un trigger à insérer dans une table "vue" les nouvelles données d'une table "produits" reliée par une clé étrangère à une autre table "tarifs".
Je n'ai pas forcément de valeurs reliées dans "tarifs".
Mon trigger :

Code:

---

1 2 3 4 5 6 7 8

CREATE TRIGGER after_insert_produits AFTER INSERT ON produits FOR EACH ROW BEGIN INSERT INTO vue SELECT * FROM produits WHERE pdt_id=NEW.pdt_id; END |

---

Cela provoque l'erreur : #1136 Column count doesn't match value count.
Je pense cela vient du fait que je n'ai pas de données "tarifs" (même si les champs ont une valeur par défaut).
Comment puis-je créer mon trigger pour pouvoir insérer un produit sans tarif ?

Merci d'avance.

Bonjour,

Le problème vient plutôt du fait que votre requête select * from produit a sûrement un nombre de colonnes différent de la table "vue".


D'une manière générale, il faut proscrire l'utilisation des select * lors des développements en sql.

Code:

---

1 2 3

INSERT INTO ma_table (col1, col2, col3) select ma_col2, ma_col5, ma_col8 from ma_table2

---

Merci pour ton retour.

Je suis d'accord pour l'utilisation du select * mais j'ai besoin de tous les champs dans la table "vue". De plus ces champs peuvent changer.

Sinon, j'ai essayé :

Code:

---

1 2 3 4

INSERT INTO vue SELECT * FROM produits,tarifs WHERE pdt_id=NEW.pdt_id;

---

Mais là bien sûr il prend n'importe quelle valeur de "tarifs".

Est-il possible de concatener les choses pour avoir la liste des champs "produits" & "tarifs" et que les valeurs de "tarifs" utilisées soit celles par défaut (vide donc).
Du style :

Code:

---

1 2 3 4 5 6 7 8 9

INSERT INTO vue SELECT * FROM produits WHERE pdt_id=NEW.pdt_id + SELECT * FROM tarifs WHERE tarif_id=0 ;

---

Citation:

---

Je suis d'accord pour l'utilisation du select * mais j'ai besoin de tous les champs dans la table "vue". De plus ces champs peuvent changer.

---

Que vous ayez besoin de renseigner toutes les colonnes de la table "vue", ok mais ca ne change rien au problème initial.

Il faut que le nombre de colonnes, ainsi que le type des colonnes, du sous-select corresponde aux colonne de la table cible d'insertion.


De plus si la structure de la table "VUE" est amenée à changer, il faudra impacter les requêtes de vos triggers en conséquence.


Pour votre 2eme question je n'ai pas compris, il faudrait un exemple.