Problème de contraine check

Je veux ajouter une contrainte de vérification au moment d'insertion d'une valeur dans la première table qui doit être inexistante dans la deuxième table.
voici mon code :

Code:

---

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

CREATE TABLE RubriqueS( CRubriqueS VARCHAR(30) NOT NULL , LibRubriqueS VARCHAR(30) NULL )   CREATE TABLE RubriqueC( CRubriqueC VARCHAR(30) NOT NULL , LibRubriqueC VARCHAR(30) NULL )   ALTER TABLE RubriqueS ADD CONSTRAINT ch_CRubriqueS CHECK (CRubriqueS NOT IN(SELECT CRubriqueC FROM RubriqueC))

---

mais il génère les erreurs suivantes :

Citation:

---

Serveur*: Msg 8142, Niveau 16, État 1, Ligne 1
Subqueries are not supported in CHECK constraints, table 'RubriqueS'.
Serveur*: Msg 1759, Niveau 16, État 1, Ligne 1
Invalid column 'CRubriqueC' is specified in a constraint or computed-column definition.
Serveur*: Msg 1750, Niveau 16, État 1, Ligne 1
Could not create constraint. See previous errors.

---

Cdt,

Tu ne peux pas crée une telle contrainte.

Tu peux faire un trigger INSTEAD OF INSERT qui lancera une exception si une tentative d'insertion ne répondait pas à ta règle.

Citation:

---

Envoyé par Sergejack

Tu ne peux pas crée une telle contrainte.

Tu peux faire un trigger INSTEAD OF INSERT qui lancera une exception si une tentative d'insertion ne répondait pas à ta règle.

---

Ok je vais essayer ta solution et merci

Bonjour,

On peut tout à fait créer une fonction définie par l'utilisateur et la faire appliquer par une contrainte CHECK.
Il faut réserver les triggers à l'application de règles métier complexes, en gardant toujours à l'esprit que les triggers sont gourmands en ressources, et que le code du trigger fait partie de la transaction qui l'a déclenché.

Voici donc un exemple de fonction :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

CREATE FUNCTION dbo.maFonction (@CRubriqueS VARCHAR(30)) RETURNS BIT WITH SCHEMABINDING AS BEGIN DECLARE @bOK BIT SET @bOK = 1   IF EXISTS ( SELECT 1 FROM dbo.RubriqueC WHERE CRubriqueC = @CRubriqueS ) BEGIN SET @bOK = 0 END   RETURN @bOK END

---

Dès lors la spécification de la contrainte devient :

Code:

---

1 2 3

ALTER TABLE dbo.RubriqueS ADD CONSTRAINT ch_CRubriqueS CHECK (dbo.maFonction(CRubriqueS) = 1)

---

@++ ;)

Concernant les RBAR, j'ai publié un petit billet sur un des cas qui les provoquent ...

Prouvez-nous qu'écrire une fonction pour spécifier une contrainte de domaine est un traitement qui provoque le RBAR ...

@++ ;)

Voici la preuve.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

CREATE FUNCTION dbo.maFonction (@CRubriqueS VARCHAR(30)) RETURNS BIT WITH SCHEMABINDING AS BEGIN DECLARE @bOK BIT SET @bOK = 1   IF EXISTS ( SELECT 1 FROM dbo.RubriqueC WHERE CRubriqueC = @CRubriqueS ) BEGIN SET @bOK = 0 END   RETURN @bOK END

---

@++ ;)

L'énorme différence entre la solution triggerisée et la solution sous contrainte est que les déclencheurs étant AFTER, l'insertion a déjà eut lieu et qu'il faut faire un ROLLBACK alors qu'avec une contrainte c'est avant l'insertion. De plus les journaux de transactions étant conçu pour "aller de l'avant" et non pas pour revenir en arrière, le ROLLBACK, à ressources équivalente, est plus long et plus couteux que le COMMIT.

Donc la solution à base de trigger est au minimum 4 fois moins bonne et dérive encore plus à la charge.

Cela dit je trouve l'idée d'une telle contrainte demandée par mo5andes parfaitement idiote car il suffit de poser une contrainte de clef étrangère et le tour est joué !
Visiblement mo5andes ne maîtrise pas du toute la modélisation des données...

A +

Un trigger INSTEEAD OF est la bonne solution.
Rien n'impose que le triger soit AFTER.

Code:

---

1 2 3 4 5 6 7 8

definition trigger instead of lancer exception si il existe une erreur dans inserted. insérer le contenu d'inserted fin

---

Même un trigger INSTEAD OF est situé dans la transaction. Donc même coût de ressource !

A +

Lien de causalité fallacieux.

INTEAD OF fonctionnera parfaitement, testé et approuvé personnelement.