Re: [pgsql-de-allgemein] Re: [pgsql-de-allgemein] Re: [pgsql-de-allgemein] Performance bricht abrupt ein bei großen Ergebnismengen

From: Michael Renner <michael(dot)renner(at)amd(dot)co(dot)at>
To: Volker Sievert <sievert(at)molgen(dot)mpg(dot)de>
Cc: pgsql-de-allgemein(at)postgresql(dot)org
Subject: Re: [pgsql-de-allgemein] Re: [pgsql-de-allgemein] Re: [pgsql-de-allgemein] Performance bricht abrupt ein bei großen Ergebnismengen
Date: 2011-09-30 14:29:54
Message-ID: F4FBB1E1-4A12-47F8-A547-F6A057BB081A@amd.co.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-de-allgemein


On Sep 30, 2011, at 16:21 , Volker Sievert wrote:

> damit siehts schon viel übersichtlicher aus:
>
> http://explain.depesz.com/s/HQu
>
> Demzufolge braucht das Durchsuchen der Tabelle "sequences" die meiste Zeit... nur was nun?

<wahrsagerkugel>

Die meiste Zeit wird in Index-Scans verbrannt, das sind relativ random-IO-lastige Operationen. Den Row-Counts zu Folge dürfte der Planner da richtig entschieden haben; die Tables dürften sehr sehr groß sein.

Um das zu beschleunigen musst du entweder mehr Daten im shared buffer und OS page cache halten können (viel mehr RAM in die Kiste) oder schnellere Blockdevices besorgen (SSDs bieten sich an).

Oder die Daten für diese Art von abfragen generell anders aufbereiten und ablegen!

</wahrsagerkugel>

lg,
Michael

In response to

Browse pgsql-de-allgemein by date

  From Date Subject
Next Message PostgreSQL - Hans-Jürgen Schönig 2011-09-30 19:43:50 Re: [pgsql-de-allgemein] [pgsql-de-allgemein] Performance bricht abrupt ein bei großen Ergebnismengen
Previous Message Volker Sievert 2011-09-30 14:21:25 Re: [pgsql-de-allgemein] Re: [pgsql-de-allgemein] Performance bricht abrupt ein bei großen Ergebnismengen