Re: generic options for explain

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: generic options for explain
Дата
Msg-id 10589.1243296212@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: generic options for explain  (Greg Stark <stark@enterprisedb.com>)
Ответы Re: generic options for explain  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Greg Stark <stark@enterprisedb.com> writes:
> On Mon, May 25, 2009 at 11:32 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Admittedly this is a bit inconvenient, but the point is that the
>> functionality does exist. �There is no need to have a built-in
>> version of this function unless we get significant advantages
>> from having it built-in, and right now I'm not seeing those.

> I assume people don't want the *text* of the current output format but
> the actual values in separate columns.

Well, I notice that everyone is carefully dodging the subject of exactly
what columns they want, but my example would clearly scale easily to any
specific set of output columns that EXPLAIN might return instead of one
text column.  Since we were previously told that any particular release
of PG need only offer one set of possible output columns, I figured the
problem was solved ;-)
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: usability of pg_get_function_arguments
Следующее
От: Andrew McNamara
Дата:
Сообщение: Re: No sanity checking performed on binary TIME parameters.