Re: BUG #2085: pg_dump incompletely dumps ACLs

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: David J N Begley <d(dot)begley(at)uws(dot)edu(dot)au>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #2085: pg_dump incompletely dumps ACLs
Date: 2005-12-02 16:03:50
Message-ID: 3140.1133539430@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

David J N Begley <d(dot)begley(at)uws(dot)edu(dot)au> writes:
> Earlier today, Tom Lane wrote:
>> Please provide a concrete test case, not handwaving.

> C:\Program Files\PostgreSQL\8.1\bin>createdb concrete "Test Case"
> CREATE DATABASE
> COMMENT

> C:\Program Files\PostgreSQL\8.1\bin>psql -q concrete
> concrete=# REVOKE ALL ON DATABASE concrete FROM PUBLIC;
> concrete=# REVOKE ALL ON DATABASE concrete FROM david;
> concrete=# SELECT datacl FROM pg_database WHERE datname = 'concrete';
> datacl
> --------
> {}
> (1 row)

> concrete=# \q

> C:\Program Files\PostgreSQL\8.1\bin>pg_dump -C -f \windows\temp\dump.sql concrete

Database ACLs are dumped by pg_dumpall, not pg_dump. I agree this is a
bit inconsistent considering that pg_dump has a -C option, but the -C
option has always been pretty poorly thought out :-(.

Given that -C overlaps pg_dumpall functionality anyway, maybe it should
dump GRANT/REVOKE commands for the database too? Any thoughts pro or
con out there?

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Alvaro Herrera 2005-12-02 17:08:46 Re: BUG #2085: pg_dump incompletely dumps ACLs
Previous Message Chuck Wegrzyn 2005-12-02 15:02:33 BUG #2091: ecpglib.h needs to be updated....