Re: viewing source code

From: "Merlin Moncure" <mmoncure(at)gmail(dot)com>
To: "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>
Cc: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, "Trevor Talbot" <quension(at)gmail(dot)com>, "Roberts, Jon" <Jon(dot)Roberts(at)asurion(dot)com>, "Kris Jurka" <books(at)ejurka(dot)com>, "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>, "Bill Moran" <wmoran(at)collaborativefusion(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: viewing source code
Date: 2007-12-20 22:54:37
Message-ID: b42b73150712201454j6b1ca607sdf1ca0ebb3633ce3@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Dec 20, 2007 5:28 PM, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> > I don't really agree that wrapping pl/pgsql with encryptor/decryptor
> > is a bad idea.
>
> Right. But do you agree that it is separate from having hidden prosrc?
> If we can complete a design then let's shot that way, and aim at
> encryption sometime in the future :-)
>
> I have to note that I would probably not be the one to actually produce
> a patch in this direction, or even to work on a working, detailed design
> :-) You just read Joshua's opinion on this issue and I don't think I
> need to say more :-)

it is separate. doing it hiding prosrc way requires, as i see it a)
row/col security, or b) view switcheroo
row/col security is great but views (IMO) are a better approach to
this generally. archives is of course replete with numerous generally
fruitless treatments of both topics.

view switcheroo is more of a 'do the ends justify the means' debate.
this could turn into a big discussion about what else could be done
with the system catalogs.

since its not really all that difficult to disable access to pg_proc,
and there are relatively few side effects outside of hosing pgadmin, i
don't think the ends do justify the means at least in terms of
internal server changes. If the necessary features get added in for
other reasons, then perhaps...

wrapping language handlers is interesting from other angles too. many
times I've wanted to do preprocessing on functions without sacrificing
ability of pasting from psql.

merlin

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Tom Lane 2007-12-20 23:01:58 Re: viewing source code
Previous Message Greg Smith 2007-12-20 22:51:33 Re: viewing source code