Re: Another nasty pg_dump problem

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Another nasty pg_dump problem
Дата
Msg-id Pine.LNX.4.56.0308011223590.1793@krusty.credativ.de
обсуждение исходный текст
Ответ на Re: Another nasty pg_dump problem  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Another nasty pg_dump problem  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane writes:

> I've repaired this in CVS tip.  While testing it, though, I notice that
> CVS-tip pg_dump puts out useless commands
>
>     REVOKE ALL ON SCHEMA public FROM PUBLIC;
>     GRANT ALL ON SCHEMA public TO PUBLIC;
>
> which are not generated when dumping from 7.3.  The reason evidently is
> that this check in pg_dump.c no longer works:

This could be fixed, but note that elsewhere we use
   /*    * Always start with REVOKE ALL FROM PUBLIC, so that we don't have to    * wire-in knowledge about the default
publicprivileges for different    * kinds of objects.    */   appendPQExpBuffer(firstsql, "REVOKE ALL ON %s %s FROM
PUBLIC;\n",                    type, name);
 

So maybe this isn't such a bad state after all.

-- 
Peter Eisentraut   peter_e@gmx.net


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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: contrib compilation probs
Следующее
От: Lee Kindness
Дата:
Сообщение: ECPG: 7.4 and a "to" Variable