Re: [GENERAL] Why Postgres use a little memory on Windows.

From: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
To: Francisco Olarte <folarte(at)peoplecall(dot)com>
Cc: tuanhoanganh <hatuan05(at)gmail(dot)com>, PostgreSQL <pgsql-general(at)postgresql(dot)org>, pgsql-performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: [GENERAL] Why Postgres use a little memory on Windows.
Date: 2016-02-20 21:49:31
Message-ID: 56C8DF6B.7050101@aklaver.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-performance

On 02/20/2016 10:39 AM, Francisco Olarte wrote:
> On Sat, Feb 20, 2016 at 7:13 PM, Adrian Klaver
> <adrian(dot)klaver(at)aklaver(dot)com> wrote:
> .....
>> FROM
>> sym_data d INNER JOIN sym_data_gap g ON g.status = 'GP'
>> AND d.data_id BETWEEN g.start_id
>> AND g.end_id
> .....
>> The thing that stands out to me is that I do not see that sym_data and
>> sym_data_gp are actually joined on anything.
>
> Yes they are, although the formatting hid it somehow.
>
> It is a classic, data_gap defines intervals via start+end id over
> data, he wants to join every data with the corresponding gap. It is a
> hard optimization problem without knowing more of the data
> distributions, maybe the interval types and ginindexes can help him.
> When faced with this kind of structure, depending on the data
> distribution, I've solved it via two paralell queries ( gap sorted by
> start plus end, data sorted by id, sweep them in paralell joining by
> code, typical tape-update problem, works like a charm for
> non-overlapping ranges and even for some overlapping ones with a
> couple of queues ) . And he seems to want all of the data ( sometime
> this goes faster if you can add a couple of range conditions for
> data.id / gap.start/end_id.

Thanks to you and Tom for enlightening me. I am going to have to spend
some time puzzling this out to convert what you have shown into
something that I can wrap my head around.

>
>> Also is it possible to see the schema definitions for the two tables?
>
> My bet is on somethink like data.id ~serial primary key,
> gap.start/end_id foreign key to that.
>
> Francisco Olarte.
>

--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Sridhar N Bamandlapally 2016-02-21 02:20:19 Re: JDBC behaviour
Previous Message Francisco Olarte 2016-02-20 18:58:14 Re: [GENERAL] Why Postgres use a little memory on Windows.

Browse pgsql-performance by date

  From Date Subject
Next Message Jeff Janes 2016-02-21 02:21:38 Re: [PERFORM] Why Postgres use a little memory on Windows.
Previous Message Francisco Olarte 2016-02-20 18:58:14 Re: [GENERAL] Why Postgres use a little memory on Windows.