Re: Bad plan on a huge table query

From: Daniel Cristian Cruz <danielcristian(at)gmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Bad plan on a huge table query
Date: 2013-03-21 14:35:12
Message-ID: CACffM9HB4syOdBVcVSet1RTJBic8MCK9bfmSoLpB681Z_5=UfQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I've reduced default_statistics_target to 200, and saw less nested loops.

I'm trying some changes to the query, but no better results.

The table presenca has 26 million rows. The table aula_confirmacao has 840
thousand rows.

2013/3/21 Daniel Cristian Cruz <danielcristian(at)gmail(dot)com>

> Hi,
>
> I'm trying to figure out why does the planner found 1 row estimate using
> nested loops over a big table. There is no return from it:
>
> http://explain.depesz.com/s/GRs
>
> It returns if disable nested loops, but the plan still poor:
>
> http://explain.depesz.com/s/fMY
>
> I'm using PostgreSQL 9.2.3, default_statistics_target on 1000.
>
> I can't remember what to make PostgreSQL sees a better estimate in the
> scan of aula_confirmacao and the join with presenca. I got rusty after a
> long time just doing modeling.
>
> Does someone has some idea on that?
>
> Thanks,
> --
> Daniel Cristian Cruz
> クルズ クリスチアン ダニエル
>

--
Daniel Cristian Cruz
クルズ クリスチアン ダニエル

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Adrian Klaver 2013-03-21 14:39:03 Re: State of the art re: group default privileges
Previous Message Pavel Stehule 2013-03-21 12:39:09 Re: Problem in "Set search path"