Re: join super lento

Solo para aclarar, los planes de ejecución de un distinct y group by (
cuando no se usan funciones de agregación ) son iguales.

Por simplicidad y objetividad ( ya que quieres registros no duplicados
), te sugiero usa distinct.

Ahora una pregunta, puedes ver si tus datos están duplicados ?

Tienes la fecha tipo date ( que guarda solo dia/mes/año ), si tienes
datos duplicados puedes eliminar registros duplicados. ( para tener una
base de datos más limpia ).

Aun estoy revisando que hacer para mejorar el performance, estoy
comparando de hecho Oracle y postgresql para ver como mejora. hasta
ahora Oracle prefiere hacer full scan y postgresql usando indices no
mejora mucho las consultas de hecho.

On 2/23/2016 11:54 AM, Hellmuth Vargas wrote:
> Hola Horacio
>
> El group by es porque originalmente había un distinct porque salen
> registros duplicados ( son registros de trazas según me dicen) por lo
> tanto cambie el distinct por group by pues es más óptimo. Igual lo
> retire en un principio y tampoco obtuvo resultados.
>
> El feb. 22, 2016 5:45 PM, "Horacio Miranda" <hmiranda(at)gmail(dot)com
> <mailto:hmiranda(at)gmail(dot)com>> escribió:
>
> Pregunta tonta....
>
> Para que quieres hacer un group by ? cuando no hay funciones que
> necesiten un group by ?
>
> Puedes correr la consulta sin el group by for favor.
>
> PS: ahora tengo tiempo para mirar esto y estoy viendo como crear
> datos...
>

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda