Re: Slow performance on MAX(primary_key)

Поиск
Список
Период
Сортировка
От Richard Huxton
Тема Re: Slow performance on MAX(primary_key)
Дата
Msg-id 200210150923.15822.dev@archonet.com
обсуждение исходный текст
Ответ на Re: Slow performance on MAX(primary_key)  (Keith Gray <keith@heart.com.au>)
Список pgsql-sql
On Tuesday 15 Oct 2002 8:47 am, Keith Gray wrote:
> Ludwig Lim wrote:
> >   As of now, Max() doesn't utilizes the indices hence
> > it always do a sequential scan.
>
> Thanks Ludwig,
>
> That does help performance, but I was using a "standard"
> SQL command wrapped in a VB6 ADO ODBC program.
>
> Is this likely to be sorted in 7.2 ?
> Is anyone looking at this?

As I understand, the problem is that the optimisation only applies for simple
cases, and for certain aggregate functions (e.g. not sum()). This means that
the parser would need special-case code to spot these cases, along with tags
for those functions that can be optimised. Thinking further, it might also
vary from type to type. Given that there is a simple workaround and the need
for the optimisation to be added cleanly to the code I believe this has a
fairly low priority.

There is a todo list on the developers' side of the website which has a list
of changes in upcoming releases, you could check there for details.

--  Richard Huxton


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

Предыдущее
От: Keith Gray
Дата:
Сообщение: Re: Slow performance on MAX(primary_key)
Следующее
От: "Peter Galbavy"
Дата:
Сообщение: how do i insert an empty string ?