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
|
Список | 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 по дате отправления: