From: fluca1978@infinito.it
To: pgsql-it-generale@postgresql.org
Subject: Re: trigger on delete cascade
Date: Sun, 20 Feb 2011 15:42:01 +0100
User-Agent: KMail/1.13.5 (Linux/2.6.35-25-generic; KDE/4.6.0; x86_64; ; )
References: <447805.9668.qm@web25602.mail.ukl.yahoo.com>
In-Reply-To: <447805.9668.qm@web25602.mail.ukl.yahoo.com>
MIME-Version: 1.0
Message-Id: <201102201542.02101.fluca1978@infinito.it>
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable

MI viene da dire che quello che potrebbe fare al caso tuo sia una regola su=
=20
Documento che scatti al DELETE e che esegua INSTEAD la delete cascade e una=
=20
stored procedure (la stessa che avresti usato per il trigger).

Luca


On Wednesday, February 09, 2011 02:31:29 AM Ludovico Bonifacio's cat walkin=
g=20
on the keyboard wrote:
> Ciao a tutti!
>  Esiste un modo per attivare un trigger(il cui scopo =E8 di salvare ci=F2=
 che
> si elimina)
> non  su un evento sulla tabella per cui =E8 stato creato ma per effetto di
> una cancellazione di un valore riferito in un altra tabella??
> Ad esempio ho:
> il trigger che si attiva
> AFTER DELETE ON Documento
>=20
> e in Utente ho
>  id_utente ON DELETE  CASCADE
>=20
> quindi appena cancello un utente da Utente, giustamente il trigger non
> riconosce la DELETE perch=E8 la rileva su Documento.
> Esiste un modo per fargli rilevare al Trigger di attivarsi anche nel caso=
=20
> di eliminazioni on cascade da altre tabelle(in modo da salvare nella
> tabella archivio ci=F2 che viene eliminato da Documento)?
> Se si quale?
> Se no, come potrei fare?
>=20
> Nello specifico le tabelle sono cos=EC:
> CREATE TABLE Documento
> (
> id_documento INTEGER PRIMARY KEY,
> id_utente INTEGER REFERENCES Utente(id_utente)
> ON UPDATE CASCADE
> ON DELETE CASCADE);
>=20
> CREATE TABLEUtente
> (
> id_utente INTEGER PRIMARY KEY;
> );
>=20
> Grazie in anticipo a tutti