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 по дате отправления: