Re: Proposal - asynchronous functions

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Proposal - asynchronous functions
Дата
Msg-id BANLkTimCQ1=fXLW-RG534pyOn90UjqQaXQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Proposal - asynchronous functions  (David Fetter <david@fetter.org>)
Ответы Re: Proposal - asynchronous functions  (Merlin Moncure <mmoncure@gmail.com>)
Список pgsql-hackers
On Tue, Apr 26, 2011 at 10:02 AM, David Fetter <david@fetter.org> wrote:
> On Tue, Apr 26, 2011 at 04:17:48PM +0300, Sim Zacks wrote:
>> On 04/26/2011 03:15 PM, Merlin Moncure wrote:
>>
>> >On Tue, Apr 26, 2011 at 3:28 AM, Sim Zacks<sim@compulab.co.il>  wrote:
>> >>Asynchronous functions
>> >>
>> >>*Problem*
>> >>Postgresql does not have support for asynchronous function calls.
>> >Well, there is asynchronous support from the client of course.  Thus
>> >you can set up a asynchronous call back to the database with dblink.
>> >There is some discussion about formalizing this feature -- you might
>> >want to read up on autonomous transactions and how they might be used
>> >to do what you are proposing.
>> >
>> >merlin
>> I am looking for specifically server support and not client support.
>> Part of the proposal is that if the client goes away, it will still
>> continue to finish.
>
> This is exactly autonomous transactions.  Please read this thread to
> see how.
>
> http://archives.postgresql.org/pgsql-hackers/2008-01/msg00893.php

It's not the same thing at all.  An autonomous function is (or appears
to be) two simultaneous toplevel transactions within the same backend.This is a request for an *asynchronous* function,
whichwould run 
concurrently with foreground processing.

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


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: pg_upgrade fix for connection testing
Следующее
От: Yves Weißig
Дата:
Сообщение: new AM, catalog entries