Re: Revisiting BUG #3684: After dump/restore, schema PUBLIC always exists

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Revisiting BUG #3684: After dump/restore, schema PUBLIC always exists
Дата
Msg-id 11809.1194627814@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Revisiting BUG #3684: After dump/restore, schema PUBLIC always exists  (Pedro Gimeno <pgsql-001@personal.formauri.es>)
Ответы Re: Revisiting BUG #3684: After dump/restore, schema PUBLIC always exists  (Pedro Gimeno <pgsql-001@personal.formauri.es>)
Re: Revisiting BUG #3684: After dump/restore, schema PUBLIC always exists  (Pedro Gimeno Fortea <parigalo@formauri.es>)
Список pgsql-bugs
Pedro Gimeno <pgsql-001@personal.formauri.es> writes:
> ... it's usually assumed that the purpose of a backup
> is to be able to get things to the exact same state as they were when
> it was created.

The hole in your argument is that this is not so.  The purpose of a
backup is to get the *user's* objects into the same state they were in.
If we applied that reasoning to *system* objects then presumably loading
a dump from an 8.2 database into 8.3 would magically destroy all the new
features in 8.3 (eg all the text search objects).

It might be that the public schema should be considered a user object
not a system object, but you need to make a case specifically about
that, not argue that the behavior is broken in general.

What I would personally suggest is that rather than insisting on public
not being there, you just do
    revoke create on schema public from public;
which is a property that pg_dump *will* preserve.

            regards, tom lane

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Douglas Toltzman
Дата:
Сообщение: Re: BUG #3736: server cannot listen
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #3738: psql crashes on exit.