Re: Define permissions at database level

From: dipti shah <shahdipti1980(at)gmail(dot)com>
To: Richard Huxton <dev(at)archonet(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Define permissions at database level
Date: 2010-02-18 10:34:44
Message-ID: d5b05a951002180234p3558e2aes7e1476d4275f8f48@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-novice

Actually, I don't want table owners to drop the table using DROP command
directly. They have to use stored procedure to drop the table.

Thanks,
Dipti

On Thu, Feb 18, 2010 at 4:01 PM, Richard Huxton <dev(at)archonet(dot)com> wrote:

> On 18/02/10 10:23, dipti shah wrote:
>
>> Thanks Richard. That makes sense. If I want to restrict DROP for any table
>> then do I need to REVOKE permissions individually on tables.
>>
>> Revoke DROP ON MyTable from PUBLIC;
>>
>> I want to avoid doing it so I am wondering if I can define/grant the
>> permission at database level so that nousers can directly use any commands
>> like CREATE, UPDATE, ALTER or DROP. They have to use stored procedure.
>> They
>> can only use SELECT. Nothing else.
>>
>
> Only table owners can drop them.
>
> You can deny permission to a whole schema, but not set permissions on
> everything in it in one go. However there are various shell-scripts and
> plpgsql functions that let you set permissions on groups of tables in one
> go. They should show up easily enough through googling.
>
> --
> Richard Huxton
> Archonet Ltd
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Richard Huxton 2010-02-18 10:39:45 Re: Define permissions at database level
Previous Message Richard Huxton 2010-02-18 10:31:37 Re: Define permissions at database level

Browse pgsql-novice by date

  From Date Subject
Next Message Richard Huxton 2010-02-18 10:39:45 Re: Define permissions at database level
Previous Message Richard Huxton 2010-02-18 10:31:37 Re: Define permissions at database level