Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment
От | Tom Lane |
---|---|
Тема | Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment |
Дата | |
Msg-id | 1164845.1742856354@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment (Lukas Fittl <lukas@fittl.com>) |
Ответы |
Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment
Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment |
Список | pgsql-hackers |
Lukas Fittl <lukas@fittl.com> writes: > The main argument I had initially when proposing this, is that Memoize is > different from other plan nodes, in that it makes the child node costs > "cheaper". Clearly seeing the expected cache hit/ratio (that drives that > costing modification) helps interpret why the planner came up with a given > plan. Memoize is hardly unique in that respect. Merge Join sometimes expects that it won't have to read the inner input to completion, and reduces its cost estimate accordingly, and that confuses people. LIMIT also reduces the cost estimate of its input, though perhaps that doesn't surprise people. As I said, I'm not necessarily averse to showing these numbers somehow. But I don't think they belong in the default output, and I'm not even convinced that VERBOSE is the right place. pg_overexplain seems like it could be an ideal home for this sort of detail. regards, tom lane
В списке pgsql-hackers по дате отправления: