Re: OLAP CUBE/ROLLUP Operators and GROUP BY grouping sets
От | Tom Lane |
---|---|
Тема | Re: OLAP CUBE/ROLLUP Operators and GROUP BY grouping sets |
Дата | |
Msg-id | 16891.1071721131@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: OLAP CUBE/ROLLUP Operators and GROUP BY grouping sets ("Robert Bedell" <robert@friendlygenius.com>) |
Ответы |
Re: OLAP CUBE/ROLLUP Operators and GROUP BY grouping sets
|
Список | pgsql-hackers |
"Robert Bedell" <robert@friendlygenius.com> writes: > 1) When does the optimizer set the nodeAgg plan to HASHED? See grouping_planner() in src/backend/optimizer/plan/planner.c particularly the logic around use_hashed_grouping. > 2) What mechanism would be best to use for storing the data on disk? I know > there is a temporary table mechanism, I'll be hunting for that shortly.. Temp files, not temp tables. You could look at src/backend/utils/sort/tuplesort.c or src/backend/executor/nodeHash.c for examples. > 3) What should define the spillover point. sort_mem. > The documentation points to the > 'sort_mem' parameter for this, but the code doesn't look to actually > implement that yet. Well, yeah, that's sort of exactly the point ... it's considered during planning but the executor code has no fallback if the planner guesses wrong. > 4) Should LookupTupleHashEntry() be worried about the pointers it > receives...similarly for hash_search()? Eh? regards, tom lane
В списке pgsql-hackers по дате отправления: