From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Theo Schlossnagle <jesus(at)omniti(dot)com> |
Subject: | Re: plperl vs. bytea |
Date: | 2007-05-06 02:19:36 |
Message-ID: | 463D3B38.40607@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>
>> After discussing some possibilities, we decided that maybe
>> the best approach would be to allow a custom GUC variable that would
>> specify a list of types to be passed in binary form with no conversion, e.g.
>>
>
>
>> plperl.pass_as_binary = 'bytea, other-type'
>>
>
> At minimum this GUC would have to be superuser-only, and even then the
> security risks seem a bit high. But the real problem with this thinking
> is the same one I already pointed out to Theo: why do you think this
> issue is plperl-specific?
>
>
>
It's not. If we really want to tackle this root and branch without
upsetting legacy code, I think we'd need to have a way of marking data
items as binary in the grammar, e.g.
create function myfunc(myarg binary bytea) returns binary bytea
language plperl as $$ ...$$;
That's what I originally suggested to Theo. It would be a lot more work,
though :-)
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2007-05-06 02:30:15 | Managing the community information stream |
Previous Message | Tom Lane | 2007-05-06 01:59:57 | Re: plperl vs. bytea |