Tabella sta mutando, innesco/funzione potrebbe non vederlo (fermare una media scenda sotto 2,5)

Question

Ecco il problema:

creare un trigger che impedisce qualsiasi modifica il rapporto assunzione che avrebbe rilasciare il voto medio complessivo in una particolare classe inferiore a 2.5. Nota: questo trigger non è inteso per indirizzare il GPA medio di un determinato studente, ma piuttosto dovrebbe indirizzare il voto medio per tutti i voti assegnati in una particolare classe.

Ecco lo schema:

Student-schema =(studentnum, name, standing, gpa, major) 
Class-schema = (schedulenum, semester, department, classnum, days, time, place, enrollment) 
Instructor-schema = (name, department, office) 
Teaches-schema = (name, schedulenum, semester) 
Taking-schema = (studentnum, schedulenum, semester, grade) 

Sto avendo un periodo terribile con questi inneschi, ma qui è il mio tentativo di fare questo lavoro:

CREATE OR REPLACE TRIGGER stopChange 
    AFTER UPDATE OR INSERT OR DELETE ON taking 
    REFERENCING OLD AS old 
    NEW AS new 
    FOR EACH ROW 
DECLARE 

grd_avg taking.grade%TYPE; 

BEGIN 
    SELECT AVG(grade) 
    INTO grd_avg 
    FROM taking 
    WHERE studentnum = :new.studentnum 
    AND schedulenum = :new.schedulenum 
    AND semester = :new.semester; 

    IF grd_avg < 2.5 THEN 
     UPDATE taking 
     SET grade = :old.grade 
     WHERE studentnum = :old.studentnum 
     AND schedulenum = :old.schedulenum 
     AND semester = :old.semester; 
    END IF; 

END; 
/

Sono ovviamente facendo qualcosa di sbagliato, perché quando poi passo ad aggiornare o eliminare una tupla, ottengo l'errore:

ERROR at line 1: 
ORA-04091: table TAKING is mutating, trigger/function may not see it 
ORA-06512: at "STOPCHANGE", line 6 
ORA-04088: error during execution of trigger 'STOPCHANGE' 

Qualche consiglio? Sto usando Oracle.

Answer 1

Penso che si possa risolvere il problema riscrivendo questo come un trigger prima, piuttosto che un trigger dopo. Tuttavia, questo potrebbe essere un po 'complicato per inserimenti ed eliminazioni. L'idea è:

CREATE OR REPLACE TRIGGER stopChange 
    BEFORE UPDATE OR INSERT OR DELETE ON taking 
    REFERENCING OLD AS old 
    NEW AS new 
    FOR EACH ROW 
DECLARE 

grd_avg taking.grade%TYPE; 

BEGIN 
    SELECT (SUM(grade) - oldgrade + new.grade)/count(*) 
    INTO grd_avg 
    FROM taking 
    WHERE studentnum = :new.studentnum 
    AND schedulenum = :new.schedulenum 
    AND semester = :new.semester; 

    IF grd_avg < 2.5 THEN 
     new.grade = old.grade 
    END IF; 
END; 

Answer 2

Prima di tutto bisogna leggere su trigger, mutando errore tavolo e composto trigger: http://docs.oracle.com/cd/E11882_01/appdev.112/e25519/triggers.htm#LNPLS2005

il trigger è dopo AGGIORNAMENTO O inserire o cancellare. Significa che se si eseguono istruzioni UPDATE O INSERT O DELETE su questa tabella, il trigger verrà attivato. Ma stai cercando di aggiornare nuovamente la stessa tabella all'interno del trigger, che è compl. sbagliato. Questo è il motivo per cui stai ricevendo l'errore. Non è possibile modificare la stessa tabella in cui viene attivato il trigger. Lo scopo del trigger è di sparare automaticamente quando la tabella viene aggiornata, inserita o eliminata nel tuo caso. Quello di cui hai bisogno è una procedura, non un trigger.

Answer 3

Ho avuto lo stesso problema e ho notato che se si esegue una selezione sullo stesso tavolo su cui si inserisce il trigger si potrebbe avere/avrà questo problema. È possibile rimuovere PER OGNI FILA o utilizzare i dati in : Nuovo per eseguire il calcolo (se possibile) e quindi effettuare l'aggiornamento.

Nel tuo caso, avrà più senso usare una tabella separata per avere l'avg_grade per semestre.

Answer 4

Anche noi ci siamo ritrovati con lo stesso problema nel nostro progetto. Ma dopo aver cercato in pochi forum oracle, abbiamo trovato la soluzione seguente.

1) Salvare i dati della colonna vecchia/nuova in una tabella temporanea come traccia del trigger a livello di riga. 2) Scrivi un trigger a livello di istruzione e utilizza i dati salvati nel passaggio 1.

Questo risolverebbe il problema.

Answer 5

utilizzare questa istruzione all'interno di DECLARE, funzionerà.

pragma autonomous_transaction;