Re: Proposed Patch to Improve Performance of Multi-BatchHash Join for Skewed Data Sets
От | Robert Haas |
---|---|
Тема | Re: Proposed Patch to Improve Performance of Multi-BatchHash Join for Skewed Data Sets |
Дата | |
Msg-id | 603c8f070903201751h1e81ce4cvc11bd20396d016a2@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Proposed Patch to Improve Performance of Multi-BatchHash Join for Skewed Data Sets ("Bryce Cutt" <pandasuit@gmail.com>) |
Список | pgsql-hackers |
On Fri, Mar 20, 2009 at 8:45 PM, Bryce Cutt <pandasuit@gmail.com> wrote: > On Fri, Mar 20, 2009 at 5:35 PM, Robert Haas <robertmhaas@gmail.com> wrote: >> If the inner relation isn't fairly close to unique you shouldn't be >> using this optimization in the first place. > Not necessarily true. Seeing as (when the statistics are correct) we > know each of these inner tuples will match with the largest amount of > outer tuples it is just as much of a win per inner tuple as when they > are unique. There is just a chance you will have to give up on the > optimization part way through if too many inner tuples fall into the > new "skew buckets" (formerly IM buckets) and dump the tuples back into > the main buckets. The potential win is still pretty high though. > > - Bryce Cutt Maybe I'm remembering wrong, but I thought the estimating functions assuemd that the inner relation was unique. So if there turn out to be 2, 3, 4, or more copies of each value, the chances of blowing out the skew hash table are almost 100%, I would think... am I wrong? ...Robert
В списке pgsql-hackers по дате отправления: