Re: mejorar performance de select

Gracias por sus respuestas nuevamente.
Alvaro, tiene tantas cosas interesantes postgres que creo que lo que
mencionás no estaría de mas.
De todos modos lo resolví haciendo lo que sugería Silvio, tomando el max y
el min. Aparentemente ahí si usa el índice porque devuelve los valores
rapidísimo.
Una vez que tengo max y min, genero los valores del intervalo desde el
cliente (PHP)

Saludos

~~~~~~~~~~~~~~~~
Guillermo Villanueva

El 24 de mayo de 2011 17:06, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>escribió:

> Excerpts from Guillermo Villanueva's message of lun may 23 10:46:34 -0400
> 2011:
>
> > Tengo creado un índice de la tabla por periodos.
> > Si realizo la consulta:
> > select periodo from nacer.historicotemp group by periodo
> > o
> > select distinct periodo from nacer.historicotemp
>
> Creo que este es el tipo de consulta que se puede responder rápidamente
> usando "skip scan", pero no tenemos esa funcionalidad en Postgres.
>
> En un skip scan, se va al índice y se busca un valor X (que puede ser el
> menor valor presente en el índice, o bien un valor de borde determinado
> por la consulta). Luego empiezas de nuevo a recorrer el índice usando
> un predicado "y > X"; con eso obtienes el segundo valor, potencialmente
> evitando recorrer una parte importante del índice (todos aquellos
> registros que tienen idénticos valores de X). Y así sucesivamente,
> obtienes todos los valores "distinct".
>
> Me pregunto en qué tipo de casos esta funcionalidad será realmente útil.
> Digo, como para considerar implementarla como un primer proyecto dentro
> del ejecutor y optimizador ...
>
> --
> Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
>