Re: Rationalizing EXPLAIN VERBOSE output

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Rationalizing EXPLAIN VERBOSE output
Дата
Msg-id Pine.LNX.4.30.0203102121460.684-100000@peter.localdomain
обсуждение исходный текст
Ответ на Rationalizing EXPLAIN VERBOSE output  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Rationalizing EXPLAIN VERBOSE output  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Rationalizing EXPLAIN VERBOSE output  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
Tom Lane writes:

> What I would suggest is that EXPLAIN VERBOSE ought to emit either
> non-pretty-print or pretty-print dump format, not both (probably control
> this with debug_pretty_print or another newly-invented GUC parameter;
> IMHO the factory default should be pretty-printing).

Sounds good.  I think we can reuse the parameter.

> A disadvantage of elog(INFO) output for pretty-printed plans is that
> AFAIK psql doesn't currently have any way of capturing NOTICE output
> into a file.  I find it much better to look at pretty-printed dumps
> in Emacs than on a terminal window, mainly because Emac's M-C-f and
> M-C-b commands understand the nesting structure so it's easy to move
> around in the dump with them.  How hard would it be to get psql to
> send notice output into a \g file?

\g (and \o) send only the query results to a file.  The idea is that you
want to save the results, but if there's a warning or error, you want to
see it.  We could add alternative commands (\G and \O?) that save the
notices and errors as well.  Not sure if this is useful beyond this
application.  In non-interactive situations you'd usually use shell
redirections to save all output.

-- 
Peter Eisentraut   peter_e@gmx.net



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Do we still have locking problems with concurrent
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Allowing usernames in pg_hba.conf