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