Re: background triggers? - Mailing list pgsql-general

From Kenneth Downs
Subject Re: background triggers?
Date
Msg-id 447453C5.9030203@secdat.com
Whole thread Raw
In response to Re: background triggers?  (Rafal Pietrak <rafal@zorro.isa-geek.com>)
Responses Re: background triggers?  (Rafal Pietrak <rafal@zorro.isa-geek.com>)
List 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

pgsql-general by date:

Previous
From: Kenneth Downs
Date:
Subject: Re: challenging constraint situation - how do I make it
Next
From: jois.de.vivre@gmail.com
Date:
Subject: meaning of PQresultStatus types