Consultas sobre Explain.

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.

Browse pgsql-es-ayuda by date

  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