Re: generic options for explain

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: generic options for explain
Дата
Msg-id 3405.1243192194@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: generic options for explain  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: generic options for explain  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> I wouldn't mind having a GUC to set the *default* explain behavior -
> but I'd still like to be able to override it for a particular command
> if I so choose.  And that's not going to be possible with your syntax:
> if explain_format is set to 'xml, verbose' and I want plain text
> output for one command, how do I get it?  Presumably I have to change
> explain_format, run my EXPLAIN, and then change it back again.  Blech!

You know about SET LOCAL, no?  I don't think this argument is very
convincing.

On the other side of the coin, I'm strongly against inventing more than
one new output format for EXPLAIN, and so any argument that depends on
examples such as "xml vs json" is falling on deaf ears here.  I think
that we only need an XML option, and so EXPLAIN ANALYZE XML ... doesn't
seem untenable.  What other options than those do you really need?
Not ones to add or remove output fields; we'd expect the client to
ignore fields it doesn't care about.
        regards, tom lane


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: pull raw text of a message by message-id
Следующее
От: Robert Haas
Дата:
Сообщение: Re: generic options for explain