Modifier inserted dans un trigger

Bonjour

Je voudrais créer un trigger de type after insert sur une table clients.
Dans ce trigger, je voudrais ajuster la valeur d'un champ de la ligne ajoutée en fonction d'une comparaison d'un des champs avec une autre table.
Typiquement, selon la valeur d'un champ inséré, je vais chercher une valeur dans une autre table, et selon le résultat trouvé, j'ajuste cette valeur (ou pas).
J'ai vu qu'il faut utiliser instead of plutôt qu'after pour avoir les champs AVANT l'insertion réelle.
Ce que je n'arrive pas à comprendre, c'est si je peux modifier directement la valeur de la colonne en question dans inserted. Et dans ce cas, comment faire ? un "set inserted.monchamp = kekchose" me parait une étrange syntaxe. Comment faire (si c'est bien comme ça qu'il procéder).

Merci d'avance de votre aide.

Citation:

---

Envoyé par Papy214

Ce que je n'arrive pas à comprendre, c'est si je peux modifier directement la valeur de la colonne en question dans inserted. Et dans ce cas, comment faire ? un "set inserted.monchamp = kekchose" me parait une étrange syntaxe. Comment faire (si c'est bien comme ça qu'il procéder).

---

NON, on ne modifie pas la pseudo table Inserted !!!

Si vous utilisez un trigger de type INSTEAD OF INSERT il vous faudra insérer les données (remises en cause) dans la vraie table et non pas dans Inserted ! Considérez la table INSERTED comme une table "temporaire" contenant la sources des données à insérer AVANT leur remise en cause.

Votre Trigger pourrait ressembler à ceci :

Code:

---

1 2 3 4 5 6 7 8 9

INSERT INTO dbo.Ma_Vraie_Table (Id, Col1, Col2, ... )   SELECT I.Id, .... , A.Coln, ... , CASE WHEN A.xxx... THEN ... END , .... FROM INSERTED I INNER JOIN dbo.Une_Autre_Table A ON A.Id = I.Id

---

NB : Attention à la clause de jointure INNER JOIN

A+

Ok ! Donc, si j'ai bien compris, le trigger instead of va bloquer l'ajout de la ligne ?? ça ne va pas insérer deux fois les mêmes données ?

Et si je fais un after insert, j'imagine que les données seront déjà dans la table. Dans ce cas, est-ce que je peux faire un update de la table sur le champ concerné en "lisant" la valeur du champ dans inserted ? Par exemple:

Code:

---

1 2 3 4

select @v from inserted select @valeur from table_reference where champ1 = @v if @v = 1 update tablecible set champ1 = 'Y'

---

tablecible étant celle qui est concernée par le trigger.

Les triggers SQL Server sont ensemblistes. or votre code présente des variables qui laissent à penser que vous n'aller traiter qu'une seule ligne. Ceci est totalement faux; En principe dan un trigger vous devriez n'avoir que des requêtes SQL.

par exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

CREATE TRIGGER toto ON MATABLE AFTER INSERT AS   UPDATE T SET MaColonne = i.UneColonne - d.UneColonne FROM MATABLE AS T INNER JOIN inserted AS i ON T.LaClef = i.LaClef INNER JOIN deleted AS d ON T.LaClef = i.LaClef   GO

---

Il serait plus intelligent que vous nous postiez le DDL de vos tables et un exemple de ce que vous voulez obtenir !

A +

Bonjour

Je voulais partir d'un exemple simple mais je vais m'expliquer un peu mieux.

J'ai une table Catalogue qui définit les produits d'une société et pour laquelle on a les colonnes:

Code:

---

1 2 3 4 5 6 7

CREATE TABLE [dbo].[catalogue]( -- ... [codeprix] [varchar](30) NULL, -- ... [prixpromo] [varchar](10) NULL, -- Y ou N -- ...

---

Table codesprix

Code:

---

1 2 3 4 5

CREATE TABLE [dbo].[codeprix]( -- ... [cppublic] [varchar](7) NULL, -- ... [cp5] [varchar](7) NULL, -- Y ou N

---

Lors de l'ajout d'un produit dans la table Catalogue, on me demande forcer prixpromo en fonction du code_prix s'il a été défini.
Pour moi, il s'agissait de :

1. Vérifier si codeprix a été défini (null est autorisé)
2. Chercher dans la table codesprix la valeur de cp5 pour le codeprix défini
3. Définir prixpromo dans Catalogue pour le nouveau produit en fonction du résultat (si trouvé pour cp5)

Mais ce n'est peut-être pas possible dans un trigger.

Pourquoi ne pas faire une simple intégrité référentielle ? Cela vous garantie que le lien existe toujours, sinon par trigger il faut en faire plusieurs dans chacune des tables !!!
En sus pour votre colonne cp5, une simple vue avec jointure suffit. Une base n'est pas là pour faire de la redondance !!!

A +

Je suis malheureusement toujours sur cette même base de données extrêmement mal fichue.
Pour un pro comme vous, il y aurait de quoi faire une crise en voyant comment elle est faite.
Et cette base est utilisée dans le backoffice et pour un site web.

Juste pour l'exemple, il y a des tables genres et types avec des clés primaires et ce sont les libellés qui sont stockés dans la table catalogue (non non, pas crier, pas taper svp :aie: j'y suis pour rien). Et tout est du même acabit.

Je voulais implémenter cette procédure dans la base pour éviter de modifier les endroits du code qui peuvent créer un produit.
Mais ce que je pensais plus simple me parait tout à coup moins facile à mettre en oeuvre.
J'aurais du étudier les trigger un peu plus en amont.

La solution code sera finalement plus facile pour mon niveau.

Merci