Re: [GENERAL] [HACKERS] Stored procedure issue

2007-12-03 Thread Pavel Stehule
Hello On 03/12/2007, Dragan Zubac <[EMAIL PROTECTED]> wrote: > Hello > > What I have noticed is that when I don't use procedure > at all,there's only 2-5 locks in pg_locks,after I > start application which uses stored procedure the > number in pg_locks increase rapidly to steady 75 even > to 130 a

Re: [HACKERS] Stored procedure issue

2007-12-03 Thread Dragan Zubac
Hello What I have noticed is that when I don't use procedure at all,there's only 2-5 locks in pg_locks,after I start application which uses stored procedure the number in pg_locks increase rapidly to steady 75 even to 130 at certain moments. Any clue why procedure usage might increase locks so he

Re: [GENERAL] [HACKERS] Stored procedure issue

2007-12-02 Thread Dragan Zubac
Hello Here's the stored procedure itself,as well as the related tables involved in it's calculations. The idea for procedure is to find longest prefix match for destination number,try to find it in table 'billing' for particular users,find the price,and insert message into history and inqueue tabl

Re: [HACKERS] Stored procedure issue

2007-12-02 Thread Dragan Zubac
Hello Please find in attachment stored procedure (proc_uni.txt),as well as description of tables involved in calculations. The idea for procedure is to find longest prefix match for destination number,try to find it in table 'billing' for particular users,find the price,and insert message into his

Re: [HACKERS] Stored procedure issue

2007-12-02 Thread Usama Dar
On Dec 2, 2007 7:40 AM, Dragan Zubac <[EMAIL PROTECTED]> wrote: > 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

[HACKERS] Stored procedure issue

2007-12-01 Thread Dragan Zubac
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