Re: Concurrent psql API

Поиск
Список
Период
Сортировка
От Csaba Nagy
Тема Re: Concurrent psql API
Дата
Msg-id 1207815452.8259.202.camel@PCD12478
обсуждение исходный текст
Ответ на Re: Concurrent psql API  (Shane Ambler <pgsql@Sheeky.Biz>)
Ответы Re: Concurrent psql API  (Gregory Stark <stark@enterprisedb.com>)
Список 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 по дате отправления:

Предыдущее
От: Gregory Stark
Дата:
Сообщение: Re: Commit fest queue
Следующее
От: Stefan Kaltenbrunner
Дата:
Сообщение: Re: Commit fest queue