Re: Any reason why the default_with_oids GUC is still there?
От
Bruce Momjian
Тема
Re: Any reason why the default_with_oids GUC is
still there?
Дата
Msg-id
201009212231.o8LMVhn22776@momjian.us
Ответ на
Список
Дерево обсуждения
Any reason why the default_with_oids GUC is still there? Josh Berkus <josh@agliodbs.com>
Re: Any reason why the default_with_oids GUC is still there? Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: Any reason why the default_with_oids GUC is still there? Josh Berkus <josh@agliodbs.com>
Re: Any reason why the default_with_oids GUC is still there? Tom Lane <tgl@sss.pgh.pa.us>
Re: Any reason why the default_with_oids GUC is still there? Tom Lane <tgl@sss.pgh.pa.us>
Re: Any reason why the default_with_oids GUC is
still there? Bruce Momjian <bruce@momjian.us>
Re: Any reason why the default_with_oids GUC is still there? Tom Lane <tgl@sss.pgh.pa.us>
Re: Any reason why the default_with_oids GUC is still
there? Peter Eisentraut <peter_e@gmx.net>
Re: Any reason why the default_with_oids GUC is
still there? Bruce Momjian <bruce@momjian.us>
Re: Any reason why the default_with_oids GUC is stillthere? "Joshua D. Drake" <jd@commandprompt.com>
Re: Any reason why the default_with_oids GUC is still
there? "Joshua D. Drake" <jd@commandprompt.com>
Re: Any reason why the default_with_oids GUC is still there? Andrew Dunstan <andrew@dunslane.net>
Tom Lane wrote: > I wrote: > > Josh Berkus writes: > >> On 9/20/10 10:59 PM, Heikki Linnakangas wrote: > >>> Backwards-compatibility? ;-) There hasn't been any pressing reason to > >>> remove it. > > > Mind you, it wouldn't take a *big* reason to persuade me to remove it. > > But bigger than that. > > Actually, I can think of a fairly sizable reason not to remove it: > pg_dump issues "SET default_with_oids" commands in its scripts, and > has done for lo these many years. So you'd be breaking backwards > compatibility with even-quite-recent dumps. > > It'd be possible to work around that; for example, if you don't use > --single-transaction to restore the dump then you could just ignore > the errors. But it still is not something to just lightly break. Also, doesn't some SQL standard require oids, so we should have a way to enable them by default for all tables? -- Bruce Momjian http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +
В списке pgsql-hackers по дате отправления
От: Joshua D. Drake
Дата: