Re: Concurrent psql API - Mailing list pgsql-hackers

From Csaba Nagy
Subject Re: Concurrent psql API
Date
Msg-id 1207815452.8259.202.camel@PCD12478
Whole thread Raw
In response to Re: Concurrent psql API  (Shane Ambler <pgsql@Sheeky.Biz>)
Responses Re: Concurrent psql API  (Gregory Stark <stark@enterprisedb.com>)
List pgsql-hackers
On Thu, 2008-04-10 at 05:03 +0930, Shane Ambler wrote:
> I do think it is useful for more than typo's in the \join command. What 
> about a slip where you forget to \g& the command. Or you start a query 
> that seems to be taking too long, background it and look into what is 
> happening. This would be more helpful to those that ssh into a machine 
> then run psql from there.

For interactive use in the above mentioned scenario you can use the
'screen' command and start as many psqls as needed ('man screen' to see
what it can do). I would probably always use screen instead of psql's
multisession capability in interactive use. I do want to instantly see
what is currently running, and a psql screen cluttered with multiple
results will not make that easier. Even a list method of what is running
will only help if it actually shows the complete SQL for all running
sessions and that will be a PITA if the SQLs are many and big. Multiple
screens are much better at that.

So from my POV scripting should be the main case for such a feature...
and there it would be welcome if it would be made easy to synchronize
the different sessions.

Cheers,
Csaba.




pgsql-hackers by date:

Previous
From: Gregory Stark
Date:
Subject: Re: Commit fest queue
Next
From: Stefan Kaltenbrunner
Date:
Subject: Re: Commit fest queue