| From: | Horacio Miranda <hmiranda(at)gmail(dot)com> |
|---|---|
| To: | Jaime Casanova <jaime(dot)casanova(at)2ndquadrant(dot)com> |
| Cc: | Hellmuth Vargas <hivs77(at)gmail(dot)com>, Mario Soto Cordones <marioa(dot)soto(dot)cordones(at)gmail(dot)com>, gilberto(dot)castillo(at)etecsa(dot)cu, Lista Postgres ES <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: join super lento |
| Date: | 2016-02-29 03:39:00 |
| Message-ID: | 56D3BD54.9040005@gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
Uff, este ejercicio me ayudo a saber/aclarar los siguientes puntos:
A: un group by y distinct hacen lo mismo ( si no hay funciones de
agregación ), realmente no tenia idea de este punto antes, jamas había
usado group by para eliminar duplicados.
B: hacer un distinct con un join en postgresql y Oracle no se comportan
igual.
B.1: Oracle transforma el select distinct ... join y hace un distinct en
cada parte del join, postgresql no lo hace.
B.2: Postgresql es mucho mas lento con la consulta Original, pero al
optimizarla, postgresql es mucho mas rápido que Oracle, De hecho creo
que deberíamos escribir un caso para mostrar este punto para mostrarlo
en alguna conferencia. Mi conclusión postrgesql es como C o C++, te deja
hacer lo que quieras, si sabes como se comporta al motor, la misma
consulta en postgresql Vuela :D y realmente vuela....
C: Ahora miro con otros ojos las consultas con distinct... ( en lo
personal siempre pensé que un distinct era malo por que no estaba
optimizada la consulta o el modelo, este ejercicio me reforzó esta idea.
-
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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Esneiker Enriquez Cabrera | 2016-02-29 18:43:00 | triggers dejan de funcionar |
| Previous Message | Carlos Perez | 2016-02-29 00:00:57 | Re: join super lento |