Re: pl/pgsql and Transaction Isolation

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

In response to

Browse pgsql-performance by date

  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