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