Emulation contrainte check avec fonction

Bonjour,

Voici mon code

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

SET SERVEROUTPUT ON / create table RANDRIANO.DRIA_TEST ( "ID" varchar2(38), "CONTENT" varchar2(38) NOT NULL, "MYVALUE" INT, "SYSTEM" NUMBER (38) DEFAULT 0, CONSTRAINT "PK_DRIA_TEST" PRIMARY KEY(ID) USING INDEX TABLESPACE RANDRIANOINDEX ) TABLESPACE RANDRIANODATA LOGGING / CREATE OR REPLACE TRIGGER RANDRIANO.B_I_DRIA_TEST before INSERT ON RANDRIANO.DRIA_TEST FOR EACH ROW DECLARE v_value int; BEGIN   v_value := :new.MYVALUE;   dbms_output.put_line('ligneAvant.MYVALUE = ' || v_value);   if (v_value <> 0 or v_value <>1) then   raise_application_error(-20000,'Check_DRIA_TEST');   end if ;   END ;

---

J'émule donc la contrainte CHECK avec un trigger: ici, on a un simple CHECK sans fonction (MYVALUE <> 0 or MYVALUE <>1)

Je teste la requête:

Code:

---

insert into RANDRIANO.DRIA_TEST values('KUAKO','lalala',0,5)

---

Ici, j'ai MYVALUE = 1 respectant la contrainte, le dbms_output.put_line l'affiche même mais j'ai toujours
ERROR at line 1:
ORA-20000: Check_DRIA_TEST
ORA-06512: at "RANDRIANO.B_I_DRIA_TEST", line 11
ORA-04088: error during execution of trigger 'RANDRIANO.B_I_DRIA_TEST'

Il semble (et testé) que ceci marche

Code:

---

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

DECLARE v_value int; BEGIN   v_value := :new.MYVALUE;   dbms_output.put_line('ligneAvant.MYVALUE = ' || v_value);   if ((v_value = 0) or (v_value = 1)) then   null;   else raise_application_error(-20000,'Check_DRIA_TEST');   end if ;   END ;

---

:oops:Quelle gaffe de ma part: <> et != ne marchent pas avec INT !!!

Donc, l'émulation de la contrainte est donc un TRIGGER BEFORE INSERT (mais aussi BEFORE UPDATE), FOR EACH ROW doit être présent

:mouarf:
Ben oui c'est normal, 1 <> 0

Code:

---

IF (v_value <> 0 OR v_value <>1) then raise ...

---

Citation:

---

Envoyé par randriano

Il semble (et testé) que ceci marche

:oops:Quelle gaffe de ma part: <> et != ne marchent pas avec INT !!!

---

C'est pas ça, c'est ton test qui est foireux.

Ce serait plutôt

Code:

---

IF v_value NOT IN (0,1) THEN RAISE

---

Mais attention, il faut tester le NULL.

Code:

---

IF NVL(v_value,-1) NOT IN (0,1) THEN RAISE

---

Merci McM pour la syntaxe correcte !

J'ai une question concernant la nécessité d'un trigger sans AFTER EACH ROW, l'avec after each row n'est-il pas le standard? la différence c'est qu'il n'y a pas seulement de old et new

LA différence, c'est que l'un se lance 1 seule fois pour un ordre, l'autre se lance pour chaque ligne.

Donc pour un insert into select *, le trigger BEFORE INSERT ne s'exécutera qu'une seule fois, le trigger BEFORE INSERT FOR EACH ROW s'exécutera autant de fois qu'il y a de lignes.

Bof, je n'avais pas pensé à ce cas: "insert into select *"
Donc, les autres SGBD qui n'ont donc que le trigger ligne ne sont pas vraiment optimisés comme le cas de SQL Server et MySql 5.1 ????

Voici un lien qui approuve la technique du trigger pour émuler une contrainte check avec fonction
http://www.remote-dba.cc/t_garmany_e...t_triggers.htm
Mais je me demande est-ce que cela n'est pas encore possible sous 11g?

Citation:

---

Envoyé par McM

LA différence, c'est que l'un se lance 1 seule fois pour un ordre, l'autre se lance pour chaque ligne.

Donc pour un insert into select *, le trigger BEFORE INSERT ne s'exécutera qu'une seule fois, le trigger BEFORE INSERT FOR EACH ROW s'exécutera autant de fois qu'il y a de lignes.

---

J'ai toujours su la différence entre les deux mais j'ai jamais vraiment compris: est ce que cela veut dire que lorsque l'on insert une seule ligne a la fois on peut utiliser les deux (le resultat est le même), mais que lorsque l'on insert plusieurs lignes à la fois il faut "impérativement" utiliser FOR EACH ROW?

A vous lire.

Salut,

J'attends toujours que quelqu'un m'aide à comprendre comment fonctionne ce "FOR EACH ROW".

Merci d'avance, ;)

C'est pas compliqué !

FOR = POUR
EACH = CHAQUE
ROW = LIGNE

Ex:

Citation:

---

INSERT INTO TATA VALUES('1','abc');

---

Un trigger de tout niveau (enregistrement/instruction) n'est-il pas le même pour cet insert?

Citation:

---

Un trigger de niveau instruction ne s'exécute qu'une seule fois?

---

En fait, peut-on avoir les deux pour une seule table? Est-ce un gâchis?
Je répond à moi-même: après test, ça se fait!!! Il semble que FOR EACH ROW s'exécute avant le trigger instruction même si c'est un LMD simple

Citation:

---

Envoyé par McM

C'est pas compliqué !

FOR = POUR
EACH = CHAQUE
ROW = LIGNE

---

ça je sais, merci quand même.

Je ne vois pas ce que tu ne comprends pas :
Le For Each Row se lance pour chaque ligne
Le global (sans clause for each row) se lance une fois pour l'opération DML et ne "voit" donc pas les données des lignes.

Imagine un UPDATE sur une table (plusieurs lignes)
2 triggers sur la table,
Un For Each Row qui pourra te dire quelle ligne a été mise à jour.
L'autre sans qui pourra te dire 1 update a été passé par tel utilisateur, mais ne saura pas quelle(s) ligne(s) ont été mises à jour..

Donc :

Citation:

---

est ce que cela veut dire que lorsque l'on insert une seule ligne a la fois on peut utiliser les deux (le resultat est le même)

---

La réponse est non. Tu n'as pas accès aux mêmes données suivant les triggers.

C'est très clair maintenant, merci.
P.S: Tu peux être un bon prof, quand tu veux. :D

Si on a les 2 types de niveau sur une même table, qui s'exécute le premier lors d'un simple INSERT ?
Je comprends que pour un DELETE FROM Mytable, c'est le EACH ROW qui s'exécute en 1er car en général il y a plusieurs lignes à supprimer dans ce cas et le sans EACH ROW quand tout est fini

Non, c'est trop généraliser que de dire ça.
Tu as les triggers BEFORE et AFTER, et ensuite la déclinaison FOR EACH ROW ou pas.

Mes cours disent (mais c'était avant la version 8)
1- Before
2- Before For Each Row
3- After For Each Row
4- After

Citation:

---

Envoyé par McM

Non, c'est trop généraliser que de dire ça.
Tu as les triggers BEFORE et AFTER, et ensuite la déclinaison FOR EACH ROW ou pas.

Mes cours disent (mais c'était avant la version 8)
1- Before
2- Before For Each Row
3- After For Each Row
4- After

---

Je confirme cet ordre!!!
J'aimerais seulement émettre mon soucis des Before/After simple (pas FER) car ils se déclenchent toujours dans le cas d'un DELETE même si 0 rows deleted