Re: Critical performance problems on large databases - Mailing list pgsql-general

From Bruce Momjian
Subject Re: Critical performance problems on large databases
Date
Msg-id 200204111756.g3BHuGL13708@candle.pha.pa.us
Whole thread Raw
In response to Re: Critical performance problems on large databases  (Oleg Bartunov <oleg@sai.msu.su>)
Responses Re: Critical performance problems on large databases
List pgsql-general
Oleg Bartunov wrote:
> The big issue with LIMIT,OFFSET is that it still use all rows
> for sorting. I already suggested to use partial sorting to avoid
> sorting all rows if one selected only first 20 row, for example.
> It's very important for Web applications because web users usually
> read first 1-2 pages. Our experimnets have shown 6 times performance
> win when using partial sorting.

We do have this TODO item:

    * Allow ORDER BY ... LIMIT to select top values without sort or index
      using a sequential scan for highest/lowest values

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

pgsql-general by date:

Previous
From: Gunther Schadow
Date:
Subject: Re: Critical performance problems on large databases
Next
From: Stephan Szabo
Date:
Subject: Re: SPI_execp() failed in RI_FKey_cascade_del()