Re: [PATCHES] TRUNCATE, VACUUM, ANALYZE privileges - Mailing list pgsql-hackers

From Stephen Frost
Subject Re: [PATCHES] TRUNCATE, VACUUM, ANALYZE privileges
Date
Msg-id 20060105144146.GY6026@ns.snowman.net
Whole thread Raw
In response to Re: [PATCHES] TRUNCATE, VACUUM, ANALYZE privileges  ("Michael Paesold" <mpaesold@gmx.at>)
Responses Re: [PATCHES] TRUNCATE, VACUUM, ANALYZE privileges  (Rod Taylor <pg@rbt.ca>)
List pgsql-hackers
* Michael Paesold (mpaesold@gmx.at) wrote:
> Stephen Frost wrote:
> >I'm not a particularly big fan of this though because, while I'd
> >like to be able to give TRUNCATE permissions I'm not a big fan of SET
> >RELIABILITY because it would affect PITR backups.
>
> As far as I have understood the discussion... with WAL archiving turned on,
> the whole RELIABILITY changes would be no-ops, no?
> Just as the CTAS optimization etc. only skip WAL if WAL archiving is turned
> off.

Oh, I thought the reliability bit would bypass WAL even with archiving
turned on (which could be fine in some cases, just not all cases :).  Of
course, all of this is still up in the air somewhat. :)  If it's a noop
in that case then the 'bypass' bit might be alright to have control SET
RELIABILITY.  I'd rather have the flexibility to have them be seperately
grantable though.
Thanks,
    Stephen

pgsql-hackers by date:

Previous
From: "Michael Paesold"
Date:
Subject: Re: [PATCHES] TRUNCATE, VACUUM, ANALYZE privileges
Next
From: Greg Stark
Date:
Subject: Re: Improving N-Distinct estimation by ANALYZE