Re: background triggers?

From: Kenneth Downs <ken(at)secdat(dot)com>
To: Rafal Pietrak <rafal(at)zorro(dot)isa-geek(dot)com>
Cc: Chris Browne <cbbrowne(at)acm(dot)org>, pgsql-general(at)postgresql(dot)org
Subject: Re: background triggers?
Date: 2006-05-24 12:38:29
Message-ID: 447453C5.9030203@secdat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Rafal Pietrak wrote:

>On Wed, 2006-05-24 at 07:41 -0400, Kenneth Downs wrote:
>
>
>>Why not have the INSERT go to an "inbox" table, a table whose only job
>>is to receive the data for future processing.
>>
>>
>
>Actually, it 'sort of' works that way.
>
>
>
>>Your client code should mark all rows with a batch number as they go
>>in. Then when the batch is loaded, simply invoke a stored procedure to
>>process them. Pass the stored procedure the batch number.
>>
>>
>
>If I have that stored procedure and if I issue command that would launch
>such stored procedure from "psql>" prompt: how long will I have to wait
>for another prompt? 1) until the procedure ends its job. 2) right away,
>the procedure does its job unabidedly 'in the background'.
>
>
>
What web server and OS are you using? In linux/apache you can fork off
a process that runs the SP and then detach from it.

Attachment Content-Type Size
ken.vcf text/x-vcard 186 bytes

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Michael Glaesemann 2006-05-24 12:54:25 Re: column order
Previous Message Kenneth Downs 2006-05-24 12:35:16 Re: challenging constraint situation - how do I make it