Re: WIP: Column-level Privileges - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: WIP: Column-level Privileges
Date
Msg-id 20081114213811.GK3830@alvh.no-ip.org
Whole thread Raw
In response to Re: WIP: Column-level Privileges  (Alvaro Herrera <alvherre@commandprompt.com>)
Responses Re: WIP: Column-level Privileges
List pgsql-hackers
Alvaro Herrera wrote:

> I didn't check the rest of the code, so don't count this as a review.

I had a look at aclchk.c and didn't like your change to
objectNamesToOids; seems rather baroque.  I changed it per the attached
patch.

Moreover I didn't very much like the way aclcheck_error_col is dealing
with two or one % escapes.  I think you should have a separate routine
for the column case, and prepend a dummy string to no_priv_msg.

Why is there a InternalGrantStmt.rel_level?  Doesn't it suffice to
check whether col_privs is NIL?

Is there enough common code in ExecGrant_Relation to justify the way you
have it?  Can the common be refactored in a better way that separates
the two cases more clearly?

--
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

Attachment

pgsql-hackers by date:

Previous
From: "Robert Haas"
Date:
Subject: "ORDER BY" clause prevents "UPDATE WHERE CURRENT OF"
Next
From: Andrew Dunstan
Date:
Subject: Re: Okay, DLLIMPORT is making me crazy