Re: Duda sobre JOIN

join_collapse_limit se configura en el postgresql.conf o tengo q estar
poniendo a cada consulta que hago y vi q alejandro en esa url

le pone join_collapse_limit =1 que significa 1

El 30 de abril de 2012 17:11, Alejandro Carrillo <fasterzip(at)yahoo(dot)es>escribió:

> Por si las moscas:
> http://blog.kimiensoftware.com/2011/06/postgresql-tuning-join_collapse_limit-equivalent-to-oracle-ordered-hint-354
>
> ------------------------------
> *De:* Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
> *Para:* ruben avila galindo <ruben2218(at)gmail(dot)com>
> *CC:* Hellmuth Vargas <hivs77(at)gmail(dot)com>; Ayuda <
> pgsql-es-ayuda(at)postgresql(dot)org>
> *Enviado:* Lunes 30 de abril de 2012 16:34
> *Asunto:* Re: [pgsql-es-ayuda] Duda sobre JOIN
>
>
> Excerpts from ruben avila galindo's message of mi茅 abr 25 15:48:03 -0300
> 2012:
>
> > En realidad esto yo tambien lo comprobe cuando manejas datas y
> > multibusquedas de una tabla y he visto mejoras en rendimiento un ejemplo
> > claro esta como este.
> >
> > Selec f.id_factura , f.monto from Factura f inner join Cliente c on
> > c.id_cliente=f.id_cliente es mas rapido que hacer esto porq la tabla
> donde
> > buscaras es Factura
> >
> >
> > Select f.id_factura , f.monto Cliente c inner join factura f.id_cliente =
> > c.id_cliente es mas lento estas poniendo q primero busco el cliente y
> viaje
> > despues a Facturas .
>
> Esto no es cierto. Como dice Jaime, el optimizador va a escoger el
> orden que m谩s le convenga. S贸lo hay que tener en cuenta
> join_collapse_limit.
>
> --
> 脕lvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org
> )
> Para cambiar tu suscripci髇:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>
>
>