Re: Re: [pgsql-de-allgemein] Query Planner wählt langsamen Bitmap Heap Scan statt Index Scan bei Limit

From: Bernd Helmle <mailings(at)oopsware(dot)de>
To: PostgreSQL - Hans-Jürgen Schönig <postgres(at)cybertec(dot)at>, "Robert J(dot) Rotter" <rotter(at)denic(dot)de>
Cc: "pgsql-de-allgemein(at)postgresql(dot)org Allgemein" <pgsql-de-allgemein(at)postgresql(dot)org>
Subject: Re: Re: [pgsql-de-allgemein] Query Planner wählt langsamen Bitmap Heap Scan statt Index Scan bei Limit
Date: 2015-10-22 14:04:28
Message-ID: 0024B955BAB12B9AA21E7320@eje.credativ.lan
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-de-allgemein

--On 16. Oktober 2015 14:53:38 +0200 PostgreSQL - Hans-Jürgen Schönig
<postgres(at)cybertec(dot)at> wrote:

> ein sequential scan ist bei solchen dingen oft gar nicht so schlecht wie
> sein ruf.
> in summe ist es halt so, dass der planner die abschätzungen macht und
> entsprechend dem kostenmodell handelt.
> das kostenmodell ist natürlich nur bedingt real.

Evtl. lohnt es sich dann auch, den statistics target für bestimmte Spalten
einer Filterbedingung ein wenig hochzudrehen. Die genaueren Heuristiken
können dann einem "zu frühem Umkippen" des Plans entgegenwirken.

--
Thanks

Bernd

In response to

Browse pgsql-de-allgemein by date

  From Date Subject
Next Message Gunnar Oehmichen 2015-11-18 15:32:32 Zusammenfassung mehrerer boolean Spalten
Previous Message Robert J. Rotter 2015-10-19 05:35:03 Re: Query Planner wählt langsamen Bitmap Heap Scan statt Index Scan bei Limit