Re: Porting MSSQL to PGSQL (Was: [OT] MySQL is bad, but THIS - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Porting MSSQL to PGSQL (Was: [OT] MySQL is bad, but THIS
Date
Msg-id 200605221911.k4MJBEo15156@candle.pha.pa.us
Whole thread Raw
In response to Re: Porting MSSQL to PGSQL (Was: [OT] MySQL is bad, but THIS bad?)  (Martijn van Oosterhout <kleptog@svana.org>)
Responses Re: Porting MSSQL to PGSQL (Was: [OT] MySQL is bad, but THIS  ("Jim C. Nasby" <jnasby@pervasive.com>)
List pgsql-hackers
Martijn van Oosterhout wrote:
-- Start of PGP signed section.
> On Mon, May 22, 2006 at 10:41:59AM -0500, Jim C. Nasby wrote:
> > > CREATE TRIGGER name { BEFORE | AFTER } { event [ OR ... ] }
> > >     ON table FOR EACH STATEMENT
> > >     EXECUTE PROCEDURE funcname ( arguments )
> >  
> > And that doesn't give you any information on the rows that were
> > modified. Other RDBMSes will provide a NEW rowset and an OLD rowset that
> > you can select from inside the trigger as if they were real tables.
> 
> Is this on the TODO list? It doesn't seem too difficult to create a
> tuplestore and store the NEW and OLD tuples there and pass the whole
> set to the trigger.

TODO has:
* Allow statement-level triggers to access modified rows

--  Bruce Momjian   http://candle.pha.pa.us EnterpriseDB    http://www.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: "Jim C. Nasby"
Date:
Subject: pgbench create index anomoly
Next
From: Alvaro Herrera
Date:
Subject: Re: Porting MSSQL to PGSQL (Was: [OT] MySQL is bad, but THIS bad?)