Re: sql_drop Event Trigger
| От | Dimitri Fontaine |
|---|---|
| Тема | Re: sql_drop Event Trigger |
| Дата | |
| Msg-id | m2y5f1ieqg.fsf@2ndQuadrant.fr обсуждение |
| Ответ на | Re: sql_drop Event Trigger (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Tom Lane <tgl@sss.pgh.pa.us> writes: > Well, a list of object OIDs is of exactly zero use once the command > has been carried out. So I don't think that that represents a useful > or even very testable feature on its own, if there's no provision to > fire user code while the OIDs are still in the catalogs. For the same reason I want to talk about which information we publish. I can see why having access to the catalogs is a more general answer here though. Now, I've just been asked to remove "sql_drop" and I don't want to be adding it again before I know that whoever will commit the patch agrees with an explicit return of that feature from the dead. Please… -- Dimitri Fontaine http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
В списке pgsql-hackers по дате отправления: