Re: auto_explain contrib moudle
От | Tom Lane |
---|---|
Тема | Re: auto_explain contrib moudle |
Дата | |
Msg-id | 4260.1226941234@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: auto_explain contrib moudle (ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp>) |
Ответы |
Re: auto_explain contrib moudle
|
Список | pgsql-hackers |
ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp> writes: > Tom Lane <tgl@sss.pgh.pa.us> wrote: >> This would likely require adding a struct Instrumentation * field to >> QueryDesc in which to track the total ExecutorRun timing > I think instr_time is enough here, > but why do you think Instrumentation is needed? Well, it's more general. You could think of ExecutorRun as being like a plan node, in which case all the fields of struct Instrumentation are potentially useful. If a contrib module doesn't want to use them, of course it doesn't have to. Or I guess we could just put a void * there and not try to wire down its usage. > There might be another approach to have a stopwatch stack in > the contrib module instead of the core. I think it is cleaner > because it works even if multiple modules use the stopwatch > at the same time. Am I missing something? I think this will be mighty messy ... regards, tom lane
В списке pgsql-hackers по дате отправления: