Skip site navigation (1) Skip section navigation (2)

Re: Concurrent psql patch

From: "Jim C(dot) Nasby" <decibel(at)decibel(dot)org>
To: Gregory Stark <stark(at)enterprisedb(dot)com>
Cc: pgsql-patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: Concurrent psql patch
Date: 2007-05-13 22:22:12
Message-ID: 20070513222212.GB69517@nasby.net (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches
On Sun, May 13, 2007 at 02:39:45PM +0100, Gregory Stark wrote:
> "Jim Nasby" <decibel(at)decibel(dot)org> writes:
> 
> > I don't see how we could make the names shorter without moving away from a
> > backslash command (which I'm guessing would be painful).
> >
> > Assuming we're stuck with a backslash command \cs[witch] and \cn
> > [owait] seem to be about as good as we could get.
> 
> I don't have \cs or \cn set up as abbreviations. 
> 
> I was originally thinking \c1, \c2, ... for \cswitch and \c& for \cnowait. I'm
> not sure if going for cryptic short commands is better or worse here.

Would \c# limit us to 9 concurrent connections? Might want

\cs[witch] [session]

which would switch to the specified session. If none specified, it would
switch back to whatever session was previously active.

\c& sounds fine (as do \c1...\c9). \g& would probably be helpful as well
(send query buffer to server in nowait mode).
-- 
Jim Nasby                                      decibel(at)decibel(dot)org
EnterpriseDB      http://enterprisedb.com      512.569.9461 (cell)

In response to

Responses

pgsql-hackers by date

Next:From: Gregory StarkDate: 2007-05-13 22:35:13
Subject: Re: Concurrent psql patch
Previous:From: Andrew DunstanDate: 2007-05-13 21:32:18
Subject: Re: What is happening on buildfarm member baiji?

pgsql-patches by date

Next:From: Gregory StarkDate: 2007-05-13 22:35:13
Subject: Re: Concurrent psql patch
Previous:From: Jim C. NasbyDate: 2007-05-13 22:14:01
Subject: Re: Have vacuum emit a warning when it runs out of maintenance_work_mem

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group