From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | pgsql-hackers(at)postgresql(dot)org, Bruce Momjian <bruce(at)momjian(dot)us>, KaiGai Kohei <kaigai(at)ak(dot)jp(dot)nec(dot)com>, KaiGai Kohei <kaigai(at)kaigai(dot)gr(dot)jp> |
Subject: | Re: Updates of SE-PostgreSQL 8.4devel patches (r1268) |
Date: | 2008-12-11 16:32:50 |
Message-ID: | 8388.1229013170@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> On Thursday 11 December 2008 17:09:25 Tom Lane wrote:
>> I think there should be only *one* underlying column and that it should
>> be manipulable by either SQL commands or selinux. Otherwise you're
>> making a lie of the primary argument for having the SQL feature at all.
> Well, an SQL-manipulated row security column will probably have a content like
> {joe=rw/bob,staff=r/bob}
> An SELinux-aware row security column will probably have a content like
> blah_t:foo_t:quux_t
> And a Solaris TX-aware security column will probably have a content like
> Classified
> How can we stick all of these in the same column at the same time?
Why would we want to? I think one column that can hold any of these
ought to be sufficient. I certainly don't care for the idea that we
might invent still a third column for Solaris TX at some future time.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2008-12-11 16:35:02 | Re: WIP: default values for function parameters |
Previous Message | Tom Lane | 2008-12-11 16:29:30 | Re: posix_fadvise v22 |