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
|
| Список | 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 по дате отправления: