Re: sepgsql: fix relkind handling on foreign tables - Mailing list pgsql-hackers

From Robert Haas
Subject Re: sepgsql: fix relkind handling on foreign tables
Date
Msg-id BANLkTin4uWgvQGf+gbfM8P3wEbGy4r_Xhg@mail.gmail.com
Whole thread Raw
In response to sepgsql: fix relkind handling on foreign tables  (Kohei KaiGai <kaigai@kaigai.gr.jp>)
Responses Re: sepgsql: fix relkind handling on foreign tables  (Kohei KaiGai <kaigai@kaigai.gr.jp>)
List pgsql-hackers
On Sun, May 22, 2011 at 5:52 AM, Kohei KaiGai <kaigai@kaigai.gr.jp> wrote:
> The attached patch fixes up case handling in foreign tables.
>
> Now it didn't assign security label on foreign table on its creation
> time, and didn't check access rights on the dml hook.
> This patch fixes these problems; It allows foreign tables default
> labeling and access checks as db_table object class.

A foreign table is really more like a view, or a function call.  Are
you sure you want to handle it like a table?

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Identifying no-op length coercions
Next
From: Dan Ports
Date:
Subject: Re: SSI predicate locking on heap -- tuple or row?