Re: plan time of MASSIVE partitioning ...
От | Boszormenyi Zoltan |
---|---|
Тема | Re: plan time of MASSIVE partitioning ... |
Дата | |
Msg-id | 4CC94362.1000402@cybertec.at обсуждение исходный текст |
Ответ на | Re: plan time of MASSIVE partitioning ... (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>) |
Ответы |
Re: plan time of MASSIVE partitioning ...
|
Список | pgsql-hackers |
Heikki Linnakangas írta: > On 26.10.2010 18:34, Boszormenyi Zoltan wrote: >> thank you very much for pointing me to dynahash, here is the >> next version that finally seems to work. >> >> Two patches are attached, the first is the absolute minimum for >> making it work, this still has the Tree type for canon_pathkeys >> and eq_classes got the same treatment as join_rel_list/join_rel_hash >> has in the current sources: if the list grows larger than 32, a hash >> table >> is created. It seems to be be enough for doing in for >> get_eclass_for_sort_expr() >> only, the other users of eq_classes aren't bothered by this change. > > That's better, but can't you use dynahash for canon_pathkeys as well? Here's a purely dynahash solution. It's somewhat slower than the tree version, 0.45 vs 0.41 seconds in the cached case for the previously posted test case. Best regards, Zoltán Böszörményi -- ---------------------------------- Zoltán Böszörményi Cybertec Schönig & Schönig GmbH Gröhrmühlgasse 26 A-2700 Wiener Neustadt, Austria Web: http://www.postgresql-support.de http://www.postgresql.at/
Вложения
В списке pgsql-hackers по дате отправления: