From: | Pedro Ricardo <hades_inf(at)elhacker(dot)net> |
---|---|
To: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Consultas sobre Explain. |
Date: | 2012-11-05 15:41:37 |
Message-ID: | CAOB5kqzR6nv1rKiLMwjJxUepzK5Q+hbp6mHbEv3Xswex3SC-OA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Bien gracias por tomarse el tiempo de contestar, según lo que me comentan
el *width *representaba el tamaño estimado de la tupla (me imagino que sera
las columnas y sus tipos de datos que tengan, también supongo que si se
desea que el width sea menor abría que reducir el tamaño de las columnas de
la tupla -por ejemplo de un char(50) a uno de char(20))
Ahora tengo lo mismo pero con dos tablas:
*EXPLAIN SELECT * FROM VENTA INNER JOIN VENTA_DETALLE ON ( VENTA.NRO_ORDEN
= VENTA_DETALLE.NRO_ORDEN )*
*
*
Hash Join (cost=340.95..1616.15 rows=16128 width=309)
Hash Cond: (venta_detalle.nro_orden = venta.nro_orden)
-> Seq Scan on venta_detalle (cost=0.00..412.28 rows=16128 width=90)
-> Hash (cost=133.42..133.42 rows=4842 width=219)
-> Seq Scan on venta (cost=0.00..133.42 rows=4842 width=219)
¿Hasta este punto hay algo que sirva para saber si la consulta se puede
optimizar?
Aquí dejo una imagen -> http://imageshack.us/scaled/landing/689/imgqcb.jpg
En el gráfico se observa que en el plan de ejecución hay un HASH ... ¿que
significa eso?
Gracias desde ya.
Saludos.
From | Date | Subject | |
---|---|---|---|
Next Message | Marco Antonio | 2012-11-05 16:08:48 | Re: Explain Analize |
Previous Message | Alvaro Herrera | 2012-11-05 14:53:04 | Re: Explain Analize |