Re: Porting MSSQL to PGSQL (Was: [OT] MySQL is bad, but THIS

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Porting MSSQL to PGSQL (Was: [OT] MySQL is bad, but THIS
Дата
Msg-id 200605221911.k4MJBEo15156@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: Porting MSSQL to PGSQL (Was: [OT] MySQL is bad, but THIS bad?)  (Martijn van Oosterhout <kleptog@svana.org>)
Ответы Re: Porting MSSQL to PGSQL (Was: [OT] MySQL is bad, but THIS  ("Jim C. Nasby" <jnasby@pervasive.com>)
Список 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 по дате отправления:

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: pgbench create index anomoly
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: Porting MSSQL to PGSQL (Was: [OT] MySQL is bad, but THIS bad?)