Re: pg_restore problems and suggested resolution
От | Andreas Pflug |
---|---|
Тема | Re: pg_restore problems and suggested resolution |
Дата | |
Msg-id | 402DFD92.4010005@pse-consulting.de обсуждение исходный текст |
Ответ на | Re: pg_restore problems and suggested resolution (Joe Conway <mail@joeconway.com>) |
Ответы |
Re: pg_restore problems and suggested resolution
|
Список | pgsql-hackers |
Joe Conway wrote: > Christopher Kings-Lynne wrote: > >>> As an implementation issue, I wonder why these things are hacking >>> permanent on-disk data structures anyway, when what is wanted is only a >>> temporary suspension of triggers/rules within a single backend. Some >>> kind of superuser-only SET variable might be a better idea. It'd >>> not be >>> hard to implement, and it'd be much safer to use since failures >>> wouldn't >>> leave you with bogus catalog contents. >> >> >> I believe oracle and mssql have ALTER TABLE/DISABLE TRIGGER style >> statements... > > > Oracle does for sure, but I can tell you that I have seen people > bitten by triggers inadvertantly left disabled before...I think Tom > has a good point. Might be, but disabled triggers are not only useful when restoring a database. We need this, and supporting this without hacking would be helpful. Regards, Andreas
В списке pgsql-hackers по дате отправления: