Re: Use of LOCAL in SET command

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Use of LOCAL in SET command
Date: 2002-08-27 04:02:02
Message-ID: 200208270402.g7R423j13481@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


Has this been resolved?

---------------------------------------------------------------------------

Tom Lane wrote:
> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> > Sorry to nag about this so late, but I fear that the new command SET LOCAL
> > will cause some confusion later on.
>
> Okay...
>
> > SQL uses LOCAL to mean the local node in a distributed system (SET LOCAL
> > TRANSACTION ...) and the current session as opposed to all sessions (local
> > temporary table). The new SET LOCAL command adds the meaning "this
> > transaction only". Instead we could simply use SET TRANSACTION, which
> > would be consistent in behaviour with the SET TRANSACTION ISOLATION LEVEL
> > command.
>
> Hmm ... this would mean that the implicit parsing of SET TRANSACTION
> ISOLATION LEVEL would change (instead of SET / TRANSACTION ISOLATION
> LEVEL you'd now tend to read it as SET TRANSACTION / ISOLATION LEVEL)
> but I guess that would still not create any parse conflicts. I'm okay
> with this as long as we can fix psql's command completion stuff to
> handle it intelligently. I hadn't gotten round to looking at that point
> yet for the LOCAL case; do you have any thoughts?
>
> regards, tom lane
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/users-lounge/docs/faq.html
>
>
>

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2002-08-27 04:08:18 Re: Default privileges for new databases (was Re: Can't
Previous Message Bruce Momjian 2002-08-27 03:58:40 Re: Default privileges for new databases (was Re: Can't