Re: too many variants of relation_open

From: Neil Conway <neilc(at)samurai(dot)com>
To: Heikki Linnakangas <heikki(at)enterprisedb(dot)com>
Cc: Jaime Casanova <systemguards(at)gmail(dot)com>, pgsql-patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: too many variants of relation_open
Date: 2007-09-29 02:52:46
Message-ID: 1191034366.13940.1.camel@goldbach
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

On Fri, 2007-09-28 at 10:02 +0100, Heikki Linnakangas wrote:
> Well, yes it could, but why? Keeping them separate looks slightly more
> readable to me, and the change could break a lot of external modules for
> no good reason.

I agree: it also complicates the common case (calling relation_open()
and waiting to acquire for a lock).

If anything, you could perhaps refactor relation_open_nowait() to be
implemented in terms of relation_open() (first try to get the lock, then
do a relation_open(rel, NoLock)), but since you'd only be saving a
handful of duplicated lines, it hardly seems worth it.

-Neil

In response to

Browse pgsql-patches by date

  From Date Subject
Next Message Brendan Jurd 2007-09-29 03:02:10 Re: [HACKERS] Add function for quote_qualified_identifier?
Previous Message Tom Lane 2007-09-29 02:21:35 Re: pgcrypto: fix for broken solaris openssl, v03