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" <hmira...@gmail.com
<mailto:hmira...@gmail.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@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda