From: | Marcus Whitney <marcus(at)coldfeetcreative(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: pl/pgsql and Transaction Isolation |
Date: | 2004-06-08 14:19:44 |
Message-ID: | 200406080919.45031.marcus@coldfeetcreative.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
You were right not to believe it. I had an update on a whole table that I
hadn't noticed. Thanks for debunking.
On Monday 07 June 2004 23:29, you wrote:
> Marcus Whitney <marcus(at)coldfeetcreative(dot)com> writes:
> > I have an instance where I have a series of pl/pgsql calls, that report
> > stat results to a common table. When other queries try to hit the stat
> > table (with DML commands; SELECT, INSERT, UPDATE, DELETE etc.) they are
> > forced to wait in a queue until the pl/pgsql has finished executing.
>
> This is quite hard to believe, unless your pl/pgsql is doing something
> as unfriendly as LOCKing the table.
>
> Do you want to post a more complete description of your problem?
>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org
--
marcus whitney
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-06-08 14:33:30 | Re: Use of Functional Indexs and Planner estimates |
Previous Message | Manfred Koizar | 2004-06-08 08:57:49 | Re: Use of Functional Indexs and Planner estimates |