Re: contrib/pg_stat_statements 1202 - Mailing list pgsql-hackers

From Vladimir Sitnikov
Subject Re: contrib/pg_stat_statements 1202
Date
Msg-id 1d709ecc0812090851p2d6fa1a7uee3908ccc4775d8@mail.gmail.com
Whole thread Raw
In response to Re: contrib/pg_stat_statements 1202  ("Robert Haas" <robertmhaas@gmail.com>)
List pgsql-hackers
I'm not sure what the best way is though.  I don't think continuing to
add keywords between EXPLAIN and the start of the query is very
scalable.  Putting parentheses around the option list seems like it
might eliminate a lot of grammar headaches:
Do you think it is required to invent special grammar just for presentation purposes?

I guess database should not deal with presentation. Provided "explain" retuns table, it is up to the client to do the formatting. I do not believe it makes sense creating several different explain outputs, and redo all the work in 8.5.

It still could make sense having several options for "explain" if that would result in different instrumentation (e.g. "explain" vs "explain analyze").


Regards,
Vladimir Sitnikov

pgsql-hackers by date:

Previous
From: ohp@pyrenet.fr
Date:
Subject: Re: cvs head initdb hangs on unixware
Next
From: Kenneth Marshall
Date:
Subject: Re: cvs head initdb hangs on unixware