Re: Critical performance problems on large databases

Поиск
Список
Период
Сортировка
От Oleg Bartunov
Тема Re: Critical performance problems on large databases
Дата
Msg-id Pine.GSO.4.44.0204120836520.2819-100000@ra.sai.msu.su
обсуждение исходный текст
Ответ на Re: Critical performance problems on large databases  (Gunther Schadow <gunther@aurora.regenstrief.org>)
Список pgsql-general
Well,

I've got several responses..
I'm far from office and has slow and unstable connection, so I
will return to this topic next week.

    Oleg
On Thu, 11 Apr 2002, Gunther Schadow wrote:

> Oleg Bartunov wrote:
>
> > On Thu, 11 Apr 2002, Bruce Momjian wrote:
> >
> >
> >>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
> >>
> >>
> >
> > looks too complex to me :-) I like partial sorting, but it's not
> > important.
>
>
> Oleg, I might argee. I might even take some of this one. But I
> think a first step would be for you to put your libpsort and
> the pacth "out there" so that someone could just look and try
> and see if taking the time to do what needs to be done is feasible
> with this. If you can put up your lib and patch and documentation
> (even crude notes)) onto a web site, that would be a good start.
>
> regards
> -Gunther
>
>
>
>
>

    Regards,
        Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83


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

Предыдущее
От: lec
Дата:
Сообщение: Re: Problems building 7.2.1 RPMs
Следующее
От: Ed Loehr
Дата:
Сообщение: 7.2.1 PL/pgSQL issue