Re: pl/python custom datatype parsers

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: pl/python custom datatype parsers
Дата
Msg-id AANLkTinT6QPE5TefXws2Px80Au_JD7nhZimtwV4MVRY_@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pl/python custom datatype parsers  (Jan Urbański <wulczer@wulczer.org>)
Ответы Re: pl/python custom datatype parsers  (Jan Urbański <wulczer@wulczer.org>)
Список pgsql-hackers
On Sun, Feb 6, 2011 at 1:01 PM, Jan Urbański <wulczer@wulczer.org> wrote:
>> That's it for now. It is an exciting feature and plpython will be the
>> first language to think of when you're building "object database" if
>> this feature is in. The design here will affect following pl/perl and
>> other so it is important enough to discuss.
>
> Yes, I ended up writing this patch as a PoC of how you can integrate
> procedural languages with arbitrary addon modules, so it would be good
> to have a discussion about the general mechanisms. I'm aware that this
> discussion, and subsequently this patch, might be punted to 9.2
> (although that would be a shame).

It's not clear to me from this discussion whether this patch (a) now
works and has consensus, and should be committed, (b) still needs more
discussion, but hopes to make it into 9.1, or (c) is now 9.2 material.

Can someone please clarify?

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


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: REVIEW: Determining client_encoding from client locale
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: REVIEW: Determining client_encoding from client locale