- Sep 20, 2010
-
-
Magnus Hagander authored
-
- Feb 26, 2010
-
-
Bruce Momjian authored
-
- Feb 16, 2010
-
-
Andrew Dunstan authored
Still to be done: fix docs and fix regression failures under auto_explain.
-
- Jan 06, 2010
-
-
Tom Lane authored
-
- Jan 02, 2010
-
-
Bruce Momjian authored
-
- Dec 15, 2009
-
-
Robert Haas authored
This patch also removes buffer-usage statistics from the track_counts output, since this (or the global server statistics) is deemed to be a better interface to this information. Itagaki Takahiro, reviewed by Euler Taveira de Oliveira.
-
- Dec 12, 2009
-
-
Robert Haas authored
Without these functions, anyone outside of explain.c can't actually use ExplainPrintPlan, because the ExplainState won't be initialized properly. The user-visible result of this was a crash when using auto_explain with the JSON output format. Report by Euler Taveira de Oliveira. Analysis by Tom Lane. Patch by me.
-
- Dec 11, 2009
-
-
Andrew Dunstan authored
-
- Aug 10, 2009
-
-
Tom Lane authored
There are probably still some adjustments to be made in the details of the output, but this gets the basic structure in place. Robert Haas
-
- Jul 27, 2009
-
-
Tom Lane authored
The original syntax made it difficult to add options without making them into reserved words. This change parenthesizes the options to avoid that problem, and makes provision for an explicit (and perhaps non-Boolean) value for each option. The original syntax is still supported, but only for the two original options ANALYZE and VERBOSE. As a test case, add a COSTS option that can suppress the planner cost estimates. This may be useful for including EXPLAIN output in the regression tests, which are otherwise unable to cope with cross-platform variations in cost estimates. Robert Haas
-
- Jun 11, 2009
-
-
Bruce Momjian authored
provided by Andrew.
-
- Jan 05, 2009
-
-
Tom Lane authored
get listed in custom_variable_classes.
-
- Jan 02, 2009
-
-
Tom Lane authored
and change auto_explain's custom GUC variables to be named auto_explain.xxx not just explain.xxx. Per discussion in connection with the pg_stat_statements patch, it seems like a good idea to have the convention that custom variable classes are named the same as their defining module. Committing separately since this should happen regardless of what happens with pg_stat_statements itself.
-
- Jan 01, 2009
-
-
Bruce Momjian authored
-
- Nov 19, 2008
-
-
Tom Lane authored
slow-running queries. Takahiro Itagaki
-