Re: Do we really want to migrate plproxy and citext into PG core distribution?

Поиск
Список
Период
Сортировка
От Marko Kreen
Тема Re: Do we really want to migrate plproxy and citext into PG core distribution?
Дата
Msg-id e51f66da0807280948q793f8979hbc03ec3b5f42f951@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Do we really want to migrate plproxy and citext into PG core distribution?  ("Asko Oja" <ascoja@gmail.com>)
Список pgsql-hackers
On 7/28/08, Asko Oja <ascoja@gmail.com> wrote:
>  Would capability to do remote procedure calls useful addition to PostgreSQL
> feature set?

I agree with Tom/Simon on the topic of builtin remote calls - if there
is a plan to implement CREATE REMOTE TABLE/VIEW (builtin remote views)
then it should be quite easy to extend the implementation to functions:
CREATE REMOTE FUNCTION.  Thus making the PL version of remote calls
redundant.

Although that seems a far way off.

Btw, one thing that could be immediately useful would be to extract the
connection defining part from SQL-MED and add that to core, so that dblink,
plproxy and dbi-link could share that.  But that needs someone who has
ability to process a 500+ page standard.

-- 
marko


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

Предыдущее
От: "Stephen R. van den Berg"
Дата:
Сообщение: Re: Protocol 3, Execute, maxrows to return, impact?
Следующее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: Protocol 3, Execute, maxrows to return, impact?