Re: Any reason why the default_with_oids GUC is still there?

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: Any reason why the default_with_oids GUC is still there?
Дата
Msg-id
10595.1285107383@sss.pgh.pa.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>
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.
		regards, tom lane

В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Joshua D. Drake
Дата:
FAQ