From: | David Rowley <dgrowleyml(at)gmail(dot)com> |
---|---|
To: | Tatsuo Ishii <ishii(at)postgresql(dot)org> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Add memory/disk usage for WindowAgg nodes in EXPLAIN |
Date: | 2024-07-09 02:49:41 |
Message-ID: | CAApHDvosh7wqu+oMUH8uELFewT-JdUcbonuDQARbtJaxQ4SqKg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, 9 Jul 2024 at 14:44, Tatsuo Ishii <ishii(at)postgresql(dot)org> wrote:
> BTW, it seems these executor nodes (other than Materialize and Window
> Aggregate node) use tuplestore for their own purpose.
>
> CTE Scan
> Recursive Union
> Table Function Scan
>
> I have already implemented that for CTE Scan. Do you think other two
> nodes are worth to add the information?
Yes, I think so. I'd keep each as a separate patch so they can be
considered independently. Doing all of them should hopefully ensure we
strike the right balance of what code to put in explain.c and what
code to put in tuplestore.c. I think the WindowAgg's tuplestore usage
pattern might show that the API I picked isn't well suited when a
tuplestore is cleared and refilled over and over.
David
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Langote | 2024-07-09 03:30:35 | Re: Doc Rework: Section 9.16.13 SQL/JSON Query Functions |
Previous Message | David Rowley | 2024-07-09 02:44:23 | Re: Parallel Bitmap Heap Scan reports per-worker stats in EXPLAIN ANALYZE |