Re: TODO item: set proper permissions on non-system schemas - Mailing list pgsql-hackers

From Andrew - Supernews
Subject Re: TODO item: set proper permissions on non-system schemas
Date
Msg-id slrndhe0hd.1vfu.andrew+nonews@trinity.supernews.net
Whole thread Raw
In response to TODO item: set proper permissions on non-system schemas  (Jaime Casanova <systemguards@gmail.com>)
Responses Re: TODO item: set proper permissions on non-system schemas
List pgsql-hackers
On 2005-09-01, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Andrew - Supernews <andrew+nonews@supernews.com> writes:
>> On 2005-09-01, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>>> There's considerable feeling that that TODO item is bogus anyway.
>
>> The issue that I've seen is that currently, allowing non-superusers to
>> create databases in a useful manner requires all sorts of hoop-jumping
>> to allow the database owner to end up owning the "public" schema.
>
> The part of this that hasn't been justified to my satisfaction is *why*
> the database owner should own the public schema.

He should certainly be able to drop it, in addition to being able to
control access to it.

> There is some merit in the thought that the DB owner should be able to
> grant and revoke access on the public schema, but that no longer
> requires ownership, only membership in an appropriate role.

How would that work without superuser intervention, given that the
ownership of public would be the same in all databases regardless of
who created them?

>> (Another wart that could do with looking into is that such a non-superuser
>> database owner can't prevent xid wrap in his database regardless of how
>> often he vacuums it.)
>
> The DB owner shouldn't really be responsible for vacuuming anyway.

Debatable.

-- 
Andrew, Supernews
http://www.supernews.com - individual and corporate NNTP services


pgsql-hackers by date:

Previous
From: "Zeugswetter Andreas DAZ SD"
Date:
Subject: Re: Pre-allocated free space for row
Next
From: Alvaro Herrera
Date:
Subject: Re: Minimally avoiding Transaction Wraparound in VLDBs