Por si las moscas: http://blog.kimiensoftware.com/2011/06/postgresql-tuning-join_collapse_limit-equivalent-to-oracle-ordered-hint-354
>________________________________ > De: Alvaro Herrera <alvhe...@alvh.no-ip.org> >Para: ruben avila galindo <ruben2...@gmail.com> >CC: Hellmuth Vargas <hiv...@gmail.com>; Ayuda <pgsql-es-ayuda@postgresql.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 <alvhe...@alvh.no-ip.org> >- >Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) >Para cambiar tu suscripci髇: >http://www.postgresql.org/mailpref/pgsql-es-ayuda > > >
