Re: function attributes

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: function attributes
Дата
Msg-id AANLkTinXVSQxEggCydtymWR1EJMaEvuGXCQRybw0KT--@mail.gmail.com
обсуждение исходный текст
Ответ на function attributes  (Andrew Dunstan <andrew.dunstan@pgexperts.com>)
Ответы Re: function attributes  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
On Sat, Dec 11, 2010 at 5:27 PM, Andrew Dunstan
<andrew.dunstan@pgexperts.com> wrote:
> Yesterday I did a bit of work on allowing bytea values to be passed into and
> out of plperl in binary format, effectively removing the need to escape and
> de-escape them. (The work can be seen on he plperlargs branch of my
> development repo at
> <https://github.com/adunstan/postgresql-dev/commits/plperlargs/>).
>
> At the moment the behaviour is triggered by a custom setting
> (plperl.pass_binary_bytea), but this isn't really satisfactory. We could
> turn it on  permanently, but that would break a lot of legacy code. What we
> really need is a way of marking a function with some attributes. Of course,
> we could put it in the program text like plpgsql's #variable_conflict, but
> that's really rather ugly. The grammar already has an attribute mechanism
> for functions, and ISTM we just need to extend that a bit to allow setting
> of function attributes reasonably flexibly, much as we can now specify
> format options on EXPLAIN or we'll soon be able to specify options for
> foreign tables.
>
> Thoughts?

Well, you could set that GUC (plperl.pass_binary_bytea) on a function
without changing any syntax on at all.

CREATE FUNCTION name (args) ... SET plperl.pass_binary_bytea = true;

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


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: unlogged tables
Следующее
От: Jeff Janes
Дата:
Сообщение: Re: unlogged tables