Re: Updating psql for features of new FE/BE protocol

From: Arguile <arguile(at)lucentstudios(dot)com>
To: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: Updating psql for features of new FE/BE protocol
Date: 2003-06-25 23:36:34
Message-ID: 1056584195.2860.61.camel@broadswd
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, 2003-06-25 at 13:49, Tom Lane wrote:
> There are a number of things that need to be done in psql before feature
> freeze. Any comments on the following points?
>
> * We need a client-side autocommit-off implementation to substitute for
> the one removed from the server. I am inclined to create a new psql
> backslash command:
> \autocommit on traditional handling of transactions
> \autocommit off force BEGIN before any user command
> that's not already in a transaction
> \autocommit with no arg, show current state
> An alternative to creating a new command is to define a special variable
> in psql, whereupon the above three would instead be rendered
> \set AUTOCOMMIT on
> \set AUTOCOMMIT off
> \echo :AUTOCOMMIT
> The first choice seems less verbose to me, but if anyone wants to make a
> case for the second, I'm open to it. Note that either of these could be
> put in ~/.psqlrc if someone wants autocommit off as their default.

A case for the latter is that it's very similar to environment
variables, a well known system.

The main advantage I see -- other than the shell similarities -- is the
ability to call set with no arguments and get a listing of all the
options. This is currently much shorter than the already overburdened \?
screen and would concentrate all psql preference settings in one
location.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2003-06-25 23:52:56 Re: [HACKERS] allowed user/db variables
Previous Message The Hermit Hacker 2003-06-25 23:35:47 Re: Feature freeze and the great elog changeover