Re: [COMMITTERS] pgsql: Automatic view update rules Bernd Helmle
От | Andrew Dunstan |
---|---|
Тема | Re: [COMMITTERS] pgsql: Automatic view update rules Bernd Helmle |
Дата | |
Msg-id | 497C9E88.8010307@dunslane.net обсуждение исходный текст |
Ответ на | Re: [COMMITTERS] pgsql: Automatic view update rules Bernd Helmle (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [COMMITTERS] pgsql: Automatic view update rules Bernd
Helmle
|
Список | pgsql-hackers |
Tom Lane wrote: > Bernd Helmle <mailings@oopsware.de> writes: > >> I originally had the idea of a GUC which controls wether automatic rules >> will be generated or not. But I abonded this idea, since this has some kind >> of "parametrized SQL standard functionality". >> > > We have GUCs like that already, for exactly the same reason: backwards > compatibility with prior releases in which some feature didn't work as > per SQL standard. I think the argument that "no existing application > is going to be expecting these auto rules to appear" is pretty strong. > Arguably, pg_dump from an older version should make sure that the auto > rules should NOT get created, else it is failing to preserve an older > view's behavior. > +1 We certainly can't just throw old apps to the wolves in the name of standards compliance. > The main question in my mind is whether we should have a turn-off > feature that is global (GUC) or per-view (reloption). One difficulty > with a reloption is that there's no way to set it on a view until after > you've done CREATE VIEW, whereupon it's too late --- the auto rules > are already there, and surely the reloption mechanism isn't going to > know how to make them go away. > Maybe something like CREATE VIEW .... WITHOUT UPDATE; I actually like the idea of being able to turn update on and off for a view. cheers andrew
В списке pgsql-hackers по дате отправления: