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�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
