Witam.

Mam tabele odpowiedzi (id, tytul, kolejnosc) oraz ustawionego na niej wyzwalacz:

[SQL] pobierz, plaintext 
CREATE OR REPLACE
TRIGGER ODPOWIEDZI_TRG
 AFTER DELETE ON ODPOWIEDZI 
 FOR EACH ROW
 DECLARE 
nr_pytania NUMBER(4);
nr_kolejnosc NUMBER(4);
BEGIN SELECT pytanie_id, kolejnosc INTO nr_pytania, nr_kolejnosc FROM odpowiedzi WHERE odpowiedz_id = :OLD.odpowiedz_id;
  UPDATE odpowiedzi SET kolejnosc = kolejnosc-1 WHERE (kolejnosc > nr_kolejnosc AND pytanie_id = nr_pytania); 
END;
[SQL] pobierz, plaintext 

Jak widac chciałbym w wyzwalaczu zmodyfikować kolumnę kolejność. Niestety otrzymuję błąd:


Pytanie brzmi w jaki sposób mogę działać na tabeli na której utworzony jest wyzwalacz?

Dodam tylko że znalazłem odpowiedź aby usunąć FOR EACH ROW ale niestety wtedy nie będę miał dostępu do :NEW i :OLD

A probowałes usunać
FOR EACH ROW
i zamiast tego dać:
REFERENCING NEW AS NEW OLD AS OLD;

Wydaje mi sie, ze nie mozna dzialac na tabeli na ktorej masz ustawiony trigger. Poza tym to zapytanie nie ma sensu, jako ze nie wywolujesz komedny DELETE. Jaki bylby sens ustawiac trigger na siebie samego ?

Wejdz do EM i w dziale TRIGGER pozamieniaj tabele i zobacz czy sie skompiluje.

Powodzenia

Po co pisać, że masło jest maślane?
Jeśli chcesz zmienić nazwę referencji to wpisujesz REFERENCING NEW AS inna_nazwa_new OLD AS inna_nazwa_OLD. A ponieważ nie zmieniłeś nic w nazewnictwie wpisujesz po prostu REFERENCING.
To raz. Dwa, Panie woj_tas nie można ustawić wyzwalacza bezpośrednio na DELETE relacji, a na perspektywie jak najbardziej :-) Kolejna sprawa jest taka, że można operować na relacji na której jest ustawiony trigger, ale należy to robić w sposób logiczny np:

[SQL] pobierz, plaintext 
CREATE OR REPLACE TRIGGER weryfikacja_numeru_nowej_bandy
BEFORE INSERT ON Bandy
FOR EACH ROW
DECLARE
ile_jest bandy.nr_bandy%TYPE;
BEGIN SELECT COUNT(*) INTO ile_jest FROM Bandy;
IF :NEW.nr_bandy!=(ile_jest+1) THEN :NEW.nr_bandy:=(ile_jest+1); END IF;
END;
/
SHOW ERRORS;
[SQL] pobierz, plaintext 

Powodzenia i pozdrawiam
MW

Panie ciapol, oczywiście muszę się z Panem zgodzić jednak pojawiło się trochę filozofii z Pańskiej wypowiedzi...

Po pierwsze - sprawa kosmetyczna - posługuje się Pan błędną terminologią. Pojęcie "relacji" występuje jedynie w Teorii Relacyjnej, podobnie jak krotka, atrybut, dziedzina czy schemat relacji. W naszym przypadku mowa ewidentnie o modelu fizycznym relacyjnej bazy danych, zatem powinno używać się pojęcia "Tabela" po prostu :-)

Po drugie działanie triggerem na tabeli na której jest ustawiony w sposób logiczny to bardziej jakaś magia. Problem woj_tas'a pojawił się z tego względu, że wyzwalacze FOR EACH ROW oraz wszystkie wywołane pośrenio przez DELETE CASCADE nie mogą czytać ani pisać w mutating tables, czyli tabelach które wyzwoliły zmianę (z małym wyjątkiem o którym zaraz) - to jest ten problem. W starszych wersjach nie mogły również modyfikować kluczy w constraining tables.

Uściślając (wspomniany wyjątek), wyzwalacz FOR EACH ROW nie ma dostępu do innych wierszy zmieniającej się tabeli, CHYBA ŻE jest to wyzwalacz BEFORE | AFTER INSERT FOR EACH ROW wyzwolony przez wstawianie pojedynczego wiersza.

Ta 'logika' wyczerpuje temat ;-)

Powodzenia!

A próbowaliście używać PRAGMA AUTONOMOUS_TRANSACTION; W niektórych szczególnych przypadkach może być bardzo pomocne.
Przykład zaczerpnięty ze strony http://www.psoug.org/reference/table_trigger.html

[SQL] pobierz, plaintext 
CREATE OR REPLACE TRIGGER t_trigger
AFTER INSERT ON t1 FOR EACH ROW
 
DECLARE
  PRAGMA AUTONOMOUS_TRANSACTION;
 i PLS_INTEGER;
BEGIN
  SELECT COUNT(*)
  INTO i
  FROM t1;
 
  INSERT INTO t2
  VALUES
  (i);
  COMMIT;
END;/
[SQL] pobierz, plaintext 

no przeciez jest after delete, wiec usuwasz i dajesz :old na rekord ktorego nie ma, dlatego triger tego nie widziec .. daj before

btw.. nawet nie wiedzialem ze to tak stary temat ;D