Re: Planning time in explain/explain analyze
| От | Tom Lane |
|---|---|
| Тема | Re: Planning time in explain/explain analyze |
| Дата | |
| Msg-id | 26398.1389329124@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Planning time in explain/explain analyze (Greg Stark <stark@mit.edu>) |
| Ответы |
Re: Planning time in explain/explain analyze
Re: Planning time in explain/explain analyze |
| Список | pgsql-hackers |
Greg Stark <stark@mit.edu> writes:
> On Thu, Jan 9, 2014 at 9:14 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> In short then, I think we should just add this to EXPLAIN and be done.
>> -1 for sticking the info into PlannedStmt or anything like that.
> I'm confused. I thought I was arguing to support your suggestion that
> the initial planning store the time in the cached plan and explain
> should output the time the original planning took.
Uh, no, wasn't my suggestion. Doesn't that design imply measuring *every*
planning cycle, explain or no? I was thinking more of just putting the
timing calls into explain.c.
regards, tom lane
В списке pgsql-hackers по дате отправления: