Discussion :

[asprogramer]

Bonjour, pour me former à la manipulation de données avec SQL Server j'aimerais réaliser un petit exercice en partant de la base de données disponible à cette adresse : http://a-vimory.developpez.com/tutor...er-2008-films/. Ce petit exercice consiste à concevoir un trigger sur l'insertion ou la mise à jour de données dans la table genre qui affiche un message d'erreur si on entre un genre dont le nom est déjà dans la base de données. En gros il s'agirait de réaliser la requête suivante : select count(*) from genre where nom= monnouveaunom. Le problème est que je ne sait pas quoi mettre dans le where. Quelqu'un pourrait il m'aider. Merci d'avance.

[Invité]

MSDN :

Create trigger :
http://msdn.microsoft.com/en-us/library/ms189799.aspx

Using the inserted and deleted Tables
http://msdn.microsoft.com/en-us/library/ms191300.aspx

[elsuket]

Bonjour,

Préférez dans votre cas le prédicat EXISTS, qui sera plus performant que la fonction d'agrégat COUNT().

Dans votre trigger, vous voulez tester si le genre existe déjà.
Tout trigger vous permet l'accès à au moins une des deux tables virtuelles : INSERTED et DELETED.
Ces deux tables ont strictement la même structure que la table à laquelle est attaché le trigger.

Dans un trigger sur INSERT, vous n'avez accès qu'à la table virtuelle INSERTED, qui reflète les lignes qui viennent d'être ajoutées à la table.

Dans un trigger sur DELETE, vous n'avez accès qu'à la table virtuelle DELETED, qui reflète les lignes qui viennent d'être supprimées de la table.

Enfin dans un trigger sur UPDATE, vous avez accès à DELETED et INSERTED, qui reflètent respectivement les anciennes et nouvelles valeurs des lignes affectées par la mise à jour.

Je comprend que vous faites cela à titre d'exercice, mais il vaut mieux que vous préfériez placer une contrainte d'unicité sur la colonne du nom du genre.
En cas de tentative d'insertion d'un doublon, une exception de violation de cette contrainte sera levée.

Dans votre trigger, la clause WHERE doit en fait être une jointure entre votre table et la table virtuelle INSERTED.
Allez-vous écrire un trigger AFTER INSERT ou INSTEAD OF INSERT ?

@++