| 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: | Whole Thread | Raw Message | 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 |