Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment
От | Andrei Lepikhov |
---|---|
Тема | Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment |
Дата | |
Msg-id | 34407b2d-946b-40cd-a665-49ca6af62fb9@gmail.com обсуждение исходный текст |
Ответ на | Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment (David Rowley <dgrowleyml@gmail.com>) |
Ответы |
Re: Add estimated hit ratio to Memoize in EXPLAIN to explain cost adjustment
|
Список | pgsql-hackers |
On 22/7/2025 00:17, David Rowley wrote: > On Fri, 4 Jul 2025 at 20:30, Ilia Evdokimov > <ilya.evdokimov@tantorlabs.com> wrote: >> I attached rebased v10 patch on 5a6c39b. > > I've gone over this and made some cosmetic adjustments. A few > adjustments to the comments and used Cardinality rather than double > for some data types. I also moved the MemoizePath.calls field down > below est_entries so that est_entries would take up some padding > space. This saves 8 bytes of struct, and IMO, improves the logical > order of fields. I renamed "calls" to "est_calls" so it's more aligned > with the new fields being added by this patch. Looks good > > That removes the dilemma about which example to follow, but it's more verbose. The 'Buffers:' way looks more natural to me. I don't like duplicated text in the explain format - it is already cluttered by multiple unnecessary elements that distract attention from the problematic plan elements, such as unplaggable costs output if we only need row predictions, '.00' in estimations, etc. However, at first, I'd consider how it could be added to the IncrementalSort and HashJoin. The number of estimated groups/buckets may also provide some insights into the planner's decision. Will you add the ExplainOpenGroup call to the final version of the patch? -- regards, Andrei Lepikhov
В списке pgsql-hackers по дате отправления: