Trigger sous SQL-Server [Résolu]

[momedalhouma]

voila ce schéma

et voila la question:
Écrire un (des) déclencheur(s) qui empêche(nt) d'avoir dans la BD des personnes ayant écrit plus de 2 œuvres et étant traducteur d'un livre
la réponse sur la table ecrit_par :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
  CREATE TRIGGER pas2oeuvresTraducteur ON ecrit_par
  after INSERT
  AS
 
     declare @estTraducteur int
     declare @idPersonne int
 
  begin
 
     SET nocount ON;
     SELECT @estTraducteur=0    
     SELECT @idPersonne=ecrivain FROM inserted
 
     SELECT @estTraducteur=count(trad),count(ecrivain) FROM ecrit_par
     JOIN traducteur_ecrivain ON @idPersonne=ecrivain
     JOIN traduit_par ON tradecr=trad
     WHERE @idPersonne=trad
     GROUP BY trad
     HAVING count(ecrivain) > 2    
 
     IF(@estTraducteur > 0)
      ROLLBACK TRANSACTION
  end

j'aimerais bien que vous m'expliquiez brièvement ce que fais ce bout de code
+
ce que je comprends pas:
on a mis after insert faut pas accepter l'enregistrement , on devrait pas déclencher le trigger avant?
cette ligne :

Code :

SET nocount ON;

et là aussi y'a-t-il une erreur ?? :

Code :

count(trad),count(ecrivain)

et c'est invalider la saisie ,mais transaction je comprends pas

Code :

 ROLLBACK TRANSACTION

[elsuket]

Bonjour,

Votre trigger est faux de par le simple fait qu'il n'est pas ensembliste.

on a mis after insert faut pas accepter l'enregistrement , on devrait pas déclencher le trigger avant?

Cela n'existe pas sous SQL Server : vous avez soit AFTER, soit INSTEAD OF, mais pas BEFORE.

SET NOCOUNT ON est une option de session (c'est-à-dire le contexte d'exécution de votre requête) qui indique à SQL Server de ne pas retourner au client (votre application, SQL Server Management Studio, ...) le nombre de lignes affectées par le trigger.
Donc aucun problème, c'est même une bonne pratique.

et c'est invalider la saisie ,mais transaction je comprends pas

Ne confondez pas ce qui se passe côté client (la saisie) et ce qui se passe en base de données (la transaction) : ce sont deux choses bien distinctes et elles doivent le rester.
Une base de donnée relationnelle SQL est conçue pour stocker, modifier et restituer des données, mais pas pour les présenter.

Lorsque l'application va réaliser un INSERT dans cette table, cet INSERT va déclencher le trigger, et le code qu'il exécute fait partie, transactionnellement, de l'INSERT : si l'INSERT plante, le trigger n'est pas exécuté.
Et si le trigger plante, ou que l'on fait un ROLLBACK, l'INSERT est annulé.
Je vous conseille de lire l'article de SQLPro sur le sujet (1).

Voyons donc comment faire avec un trigger INSTEAD OF INSERT : dans ce cas, si la contrainte est vérifiée, on réalise l'INSERT;
sinon, on ne fait rien, et on lève une erreur :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
CREATE TRIGGER TR_IOF_I_ecrit_par
	ON dbo.ecrit_par
INSTEAD OF INSERT
AS
BEGIN
	SET NOCOUNT ON	
 
	IF EXISTS
	(
		SELECT		*
		FROM		dbo.ecrit_par AS EP
		INNER JOIN	inserted AS I
					ON EP.ecrivain = I.ecrivain
		INNER JOIN	dbo.traducteur_ecrivain AS TE
					ON EP.ecrivain = TE.ecrivain
		INNER JOIN	dbo.traduit_par AS TP
					ON TP.ecrivain = TE.ecrivain
		GROUP BY	TE.ecrivain
		HAVING		COUNT(DISTINCT EP.oeuvre) > 2
				AND COUNT(DISTINCT TP.livre) > 0
	)
	BEGIN	
		RAISERROR('Au moins un écrivain a déjà écrit plus de deux livre et traduit plus d''une oeuvre', 16, 1)
 
		RETURN	
	END
	ELSE
	BEGIN
		INSERT	INTO dbo.ecrit_par
		(
			oeuvre
			, ecrivain
		)
		SELECT	oeuvre
			, ecrivain
		FROM	inserted
	END
END

@++

[momedalhouma]

un très grand merci pour toi c'est trop gentil surtout qu'on trouves des problème a comprendre nos profs ; ils sont trop nuls

[elsuket]

Malheureusement les professeurs ont très peu de temps pour nous donner les requis nécessaires à la compréhension de ce qu'est exactement une base de données relationnelle SQL, et bien peu d'entre eux ont l'occasion (ou la passion ?) de coder intensivement en SQL...
Quand on entre dans le monde du travail, la chute est longue ...

Demandez à SQLPro, il en sait quelque chose en tant qu'enseignant au CNAM

@++