Re: pl/pgsql and Transaction Isolation - Mailing list pgsql-performance

From Marcus Whitney
Subject Re: pl/pgsql and Transaction Isolation
Date
Msg-id 200406080919.45031.marcus@coldfeetcreative.com
Whole thread Raw
In response to Re: pl/pgsql and Transaction Isolation  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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@coldfeetcreative.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@postgresql.org

--
marcus whitney

pgsql-performance by date:

Previous
From: Manfred Koizar
Date:
Subject: Re: Use of Functional Indexs and Planner estimates
Next
From: Tom Lane
Date:
Subject: Re: Use of Functional Indexs and Planner estimates