Re: slow plan for min/max

Поиск
Список
Период
Сортировка
От scott.marlowe
Тема Re: slow plan for min/max
Дата
Msg-id Pine.LNX.4.33.0309080954020.11520-100000@css120.ihs.com
обсуждение исходный текст
Ответ на slow plan for min/max  (Pailloncy Jean-Gérard <pailloncy@ifrance.com>)
Ответы Re: slow plan for min/max  (Neil Conway <neilc@samurai.com>)
Re: slow plan for min/max  (Greg Stark <gsstark@mit.edu>)
Re: slow plan for min/max  ("Matt Clark" <matt@ymogen.net>)
Список pgsql-performance
On Sun, 7 Sep 2003, Pailloncy Jean-Gérard wrote:

Asking a question about why max(id) is so much slower than select id order
by id desc limit 1, Pailloncy said:

> I ask for the same thing.
> That's better !

This is a Frequently asked question about something that isn't likely to
change any time soon.

Basically, Postgresql uses an MVCC locking system that makes massively
parallel operation possible, but costs in certain areas, and one of those
areas is aggregate performance over large sets.  MVCC makes it very hard
to optimize all but the simplest of aggregates, and even those
optimzations which are possible would wind up being quite ugly at the
parser level.

You might want to search the archives in the last couple years for this
subject, as it's come up quite often.


В списке pgsql-performance по дате отправления:

Предыдущее
От: "Shridhar Daithankar"
Дата:
Сообщение: Re: Serious issues with CPU usage
Следующее
От: Neil Conway
Дата:
Сообщение: Re: slow plan for min/max