Re: Duda sobre JOIN

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
>
>
>