Re: [HACKERS] 'Waiting on lock'

From: "Jaime Casanova" <systemguards(at)gmail(dot)com>
To: "Simon Riggs" <simon(at)2ndquadrant(dot)com>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Gregory Stark" <stark(at)enterprisedb(dot)com>, pgsql-patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: [HACKERS] 'Waiting on lock'
Date: 2007-09-25 02:26:36
Message-ID: c2d9e70e0709241926p29e063d9xd92cca7062eae28a@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

On 9/24/07, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
> On Sat, 2007-09-22 at 23:49 -0500, Jaime Casanova wrote:
> > On 6/19/07, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
> > >
> > > related TODO items:
> > > - add a WAIT n clause in same SQL locations as NOWAIT
> > > - add a lock_wait_timeout (USERSET), default = 0 (unlimited waiting)
> > >
> > > to provide better control over lock waits.
> > >
> >
> > are these actual TODO items? i can't find them on the TODO list and i
> > don't remember any discussion nor patch about this
>
> They are my proposals for TODO items to assist with application
> development.
>

while i'm not at all comfortable with the idea of a GUC for this, the
WAIT clause seems to be useful.
just out of curiosity, why the NOWAIT patch wasn't do it that way in
first place, i mean like a WAIT clause and when receiving NOWAIT
transform it in WAIT 0?
maybe dicussion?

there's concensus in adding a WAIT clause?

--
regards,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

In response to

Responses

Browse pgsql-patches by date

  From Date Subject
Next Message ITAGAKI Takahiro 2007-09-25 06:22:13 Thread-safe PREPARE in ecpg
Previous Message ITAGAKI Takahiro 2007-09-25 01:07:41 Re: ilike multi-byte pattern cache