Skip site navigation (1) Skip section navigation (2)

Re: Metodo mas rapido que Join ???

From: Gabriel Hermes Colina Zambra <hermeszambra(at)yahoo(dot)com>
To: Jaime Casanova <systemguards(at)gmail(dot)com>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: Metodo mas rapido que Join ???
Date: 2008-01-30 11:16:01
Message-ID: 379001.17433.qm@web63715.mail.re1.yahoo.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
--- Jaime Casanova <systemguards(at)gmail(dot)com> escribió:

> On Dec 21, 2007 8:26 PM, Gabriel Hermes Colina
> Zambra
> <hermeszambra(at)yahoo(dot)com> wrote:
> >
> > Voy a presentar los tres casos en este mail para
> que
> > algo que di por supuesto no le pase a otros en
> > PostgreSQL y sirva documentar esto, aunque admito
> que
> > la forma del join primario era muy rebuscada
> puesto
> > que partia de views ya establecidos y en
> postgresql
> > quiza sea la causa, lo presento por que quiza haya
> una
> > pisada que se me escapa y termino desechando el
> > tercero mas por ignorante que por razones firmes.
> >
> 
> Ya que se comento en otra conversación les traigo a
> colación el caso
> que presento Gabriel en que el INNER JOIN parece ser
> distinto a poner
> las clausulas en el WHERE.
> 
> El problema en esta conversacion fue el desorden y
> nunca se llego a
> una conclusion... Gabriel si te das cuenta presentas
> 3 tallarines
> *ejem* EXPLAIN casi ilegibles... lo que es mas toca
> adivinar que
> EXPLAIN  corresponde a que SELECT, lo que es mas
> para el 3er caso
> nunca supe cual era el SELECT que corresponde...
> 
> que tal si los vuelves a generar y los pasas en un
> archivo de texto (1
> por explain) mejor formateado e indicando claramente
> que EXPLAIN
> corresponde a que SELECT?
> 
> -- 
> Atentamente,
> Jaime Casanova
> 
> "Programming today is a race between software
> engineers striving to
> build bigger and better idiot-proof programs and the
> universe trying
> to produce bigger and better idiots.
> So far, the universe is winning."
>                                        Richard Cook
> --
> TIP 7: no olvides aumentar la configuración del
> "free space map"
> 
Jaime voy a ir a la lista de emails y los voy a
ordenar mejor.

Tengo la teoria de que cuando el join se hace sobre
dos consultas que involucran la misma tabla, el where
es mas rapido pero solo es una teoria.

Por que el tercer join en ese caso que presente tiene
una solucion que vuelto a ejecutar me di cuenta que la
diferencia en ms entre select y join no es importante
y es causada segun el momento de ejecucion.

Lamentablemente  la primer consulta con join solo
tiene un explain, puesto que su resultado tardaba una
vida y como estaba en una base en produccion la
elimine, asi que voy a ir a la lista a rescatarla

En la segunda estaba el explain analyze del where que
en su momento Alvaro me sugirio y funciono.

De tozudo, volvi armar el join, sobre las tablas y no
sobre las consultas y ese es el tercer caso, con el
cual resolvi definitivamente el problema.

Atte.
Gabriel Colina




      ____________________________________________________________________________________
¡Capacidad ilimitada de almacenamiento en tu correo!
No te preocupes más por el espacio de tu cuenta con Correo Yahoo!:                      
http://correo.espanol.yahoo.com/

In response to

Responses

pgsql-es-ayuda by date

Next:From: Rodriguez FernandoDate: 2008-01-30 11:17:24
Subject: Re: pasar datos de una tabla a otra tabla de otrabase de datos en postgres
Previous:From: Raúl Andrés DuqueDate: 2008-01-30 11:07:29
Subject: Re: comandos en postgresql

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group