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 <[email protected]>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 <[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 > > >
