Skip site navigation (1) Skip section navigation (2)

Re: WIP: Column-level Privileges

From: Markus Wanner <markus(at)bluegap(dot)ch>
To: PostgreSQL-development Hackers <pgsql-hackers(at)postgresql(dot)org>, sfrost(at)snowman(dot)net
Subject: Re: WIP: Column-level Privileges
Date: 2008-09-25 08:15:40
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers

Markus Wanner wrote:
>> As mentioned in above, regression tests, documentation updates,
>> dependency handling, and actually implementing the permission checks all
>> remain.  What I'm looking for feedback on are the changes to the
>> grammer, parser, catalog changes, psql output, etc.
> Aha, good. So I'm going to (try to) check these things and comment.

Sorry, this took way longer than planned.

The grammar and parser changes look fine to me. You've added a 'Priv' 
parser node which now stores a privilege string (like 'REFERENCES', 
'SELECT' or 'CREATE') as well as a list of affected columns.

I've been wondering about the use of 'ColId' instead of all the other 
options (i.e. 'UPDATE', 'DELETE', 'TRUNCATE', ...). But that has 
obviously been there before. Checking it is deferred to later giving an 
"unrecognized privilege type" error. I'm wondering why this is done that 
way. Seems to be related to some unreserved_keywords vs col_name_keyword 
vs reserved_keywords issue.

However, the following is certainly bogus and needs to be prevented by 
the parser or later privilege type checking code:

testdb=# GRANT TRUNCATE (single_col) ON test TO malory;

Otherwise the syntax seems to match what my SQL 2008 draft is telling. 
MySQL does it the same way as well.

The catalog changes have been discussed with Tom.

Some privilege regression tests currently fail with your patch, but I 
think that's expected.

Documentation and new regression tests for column level privileges are 
still missing. If you want, Stephen, I can work on that.

Given the known-unfinished state of this patch I'm moving it to the 
November commit fest. Hope that's fine with you. I'm glad to help and 
review as updated patch, no matter what the commit fest state is.


Markus Wanner

In response to


pgsql-hackers by date

Next:From: Zdenek KotalaDate: 2008-09-25 08:18:11
Subject: Re: FSM, now without WAL-logging
Previous:From: Heikki LinnakangasDate: 2008-09-25 07:49:53
Subject: Re: FSM, now without WAL-logging

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group