Re: [bugfix] DISCARD ALL does not release advisory locks - Mailing list pgsql-hackers

From Guillaume Smet
Subject Re: [bugfix] DISCARD ALL does not release advisory locks
Date
Msg-id 1d4e0c10811261127s75430340qf9ff0d896b9eed1a@mail.gmail.com
Whole thread Raw
In response to Re: [bugfix] DISCARD ALL does not release advisory locks  (Gregory Stark <stark@enterprisedb.com>)
Responses Re: [bugfix] DISCARD ALL does not release advisory locks  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Wed, Nov 26, 2008 at 8:13 PM, Gregory Stark <stark@enterprisedb.com> wrote:
> DISCARD ALL was specifically added in 8.3 for the purpose of connection
> poolers to be a "big hammer" that exactly emulates a new session. I'm somewhat
> skeptical that there are any applications using it directly at all, and doubly
> so that they would be using it and expecting advisory locks to persist.
>
> I think the second and third points are pretty convincing.

I kinda agree with you. The only problem IMHO is that we described in
the doc exactly what it does and not simply as the big hammer it was
supposed to be. See
http://www.postgresql.org/docs/8.3/interactive/sql-discard.html .

You can't guarantee that nobody checked the doc to see if it discards
advisory locks even if it's highly unlikely.

That said, I'm more for the backpatching too.

-- 
Guillaume


pgsql-hackers by date:

Previous
From: Decibel!
Date:
Subject: Re: Simple postgresql.conf wizard
Next
From: Decibel!
Date:
Subject: Re: Column reordering in pg_dump