Re: Thinking About Correlated Columns (again)

From: Craig James <cjames(at)emolecules(dot)com>
To: Gavin Flower <GavinFlower(at)archidevsys(dot)co(dot)nz>
Cc: sthomas(at)optionshouse(dot)com, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Thinking About Correlated Columns (again)
Date: 2013-05-15 20:54:15
Message-ID: CAFwQ8rfJ080kDH-SmTCaNk2iqmTZfYRdv++89yE93T+nikDy4g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Wed, May 15, 2013 at 1:15 PM, Gavin Flower <GavinFlower(at)archidevsys(dot)co(dot)nz
> wrote:

> On 16/05/13 04:23, Craig James wrote:
>
> On Wed, May 15, 2013 at 8:31 AM, Shaun Thomas <sthomas(at)optionshouse(dot)com>wrote:
>
>> [Inefficient plans for correlated columns] has been a pain point for
>> quite a while. While we've had several discussions in the area, it always
>> seems to just kinda trail off and eventually vanish every time it comes up.
>>
>> [...]
>
>
> It's a very hard problem. There's no way you can keep statistics about
> all possible correlations since the number of possibilities is O(N^2) with
> the number of columns.
>
> Actually far worse: N!/(N - K)!K! summed over K=1...N, assuming the order
> of columns in the correlation is unimportant (otherwise it is N factorial)
> - based on my hazy recollection of the relevant maths...
>

Right ... I was only thinking of combinations for two columns.

Craig

>
> [...]
>
> Cheers,
> Gavin
>
>

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Andrea Suisani 2013-05-16 08:47:07 Re: [OT] linux 3.10 kernel will improve ipc,sysv semaphore scalability
Previous Message Thomas Kellerer 2013-05-15 20:31:46 Re: Thinking About Correlated Columns (again)