Stored procedure issue - Mailing list pgsql-hackers

From Dragan Zubac
Subject Stored procedure issue
Date
Msg-id 969644.7214.qm@web50603.mail.re2.yahoo.com
Whole thread Raw
Responses Re: [GENERAL] Stored procedure issue
Re: Stored procedure issue
Re: Stored procedure issue
List pgsql-hackers
Hello

I have a stored procedure which does the billing stuff
in our system,it works ok,but if I put in
production,where there is some 5-10 billing events per
second,the whole database slows down. It won't even
drop some test table,reindex,vacuum,things which were
done before in the blink of an eye. If I stop the
application which calls the procedure,all is back to
normal.

We didn't implement any special locking mechanism in
the procedure,all is default. The procedure is
updating user's balance in table 'users'. On the other
hand a couple of 'heavy load' table has foreign keys
pointing to table 'users'.

Is it the matter of concurency and some locking issue
or maybe the existing of all those foreign keys
pointing to table 'users',or maybe something else
which we're not aware at the moment ?

Sincerely

Pera


      ____________________________________________________________________________________
Be a better sports nut!  Let your teams follow you
with Yahoo Mobile. Try it now.  http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: CommandCounterIncrement versus plan caching
Next
From: Ron Johnson
Date:
Subject: Re: [GENERAL] Stored procedure issue