Re: what does "initplan" operation in explain output mean?
От | Mark Rostron |
---|---|
Тема | Re: what does "initplan" operation in explain output mean? |
Дата | |
Msg-id | FD020D3E50E7FA479567872E5F5F31E30459D62323@ex01.corp.ql2.com обсуждение исходный текст |
Ответ на | Re: what does "initplan" operation in explain output mean? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: what does "initplan" operation in explain output mean?
|
Список | pgsql-performance |
Thanks. So am I right in assuming that the aggregate sub-query ( against work_active ) results will not assist with constraint exclusionin the sub-query against work_unit (if we introduce range partitions on this table)? Mr -----Original Message----- From: Tom Lane [mailto:tgl@sss.pgh.pa.us] Sent: Sunday, August 01, 2010 7:08 AM To: Mark Rostron Cc: pgsql-performance@postgresql.org Subject: Re: [PERFORM] what does "initplan" operation in explain output mean? Mark Rostron <mrostron@ql2.com> writes: > This message is a request for information about the "initplan" operation in explain plan. An initplan is a sub-SELECT that only needs to be executed once because it has no dependency on the immediately surroundingquery level. The cases you show here are from sub-SELECTs like this: (select min(wu_id) from work_active limit 1) which yields a value that's independent of anything in the outer query. If there were an outer reference in there, you'd get a SubPlan instead, because the subquery would need to be done over againfor each row of the outer query. BTW, adding LIMIT 1 to an aggregate query is pretty pointless. regards, tom lane
В списке pgsql-performance по дате отправления: