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 . espero a ver aclarado tu Duda y que mejor que lo q mando esa URL dice con mas exactitud para cada caso. Saludos Ruben Avila Perú El 25 de abril de 2012 12:33, Hellmuth Vargas <hiv...@gmail.com> escribió: > > 2012/4/25 Lazaro Ruben Garcia Martinez <lgarc...@uci.cu> > >> Hola a todos en la lista. Les escribo, porque tengo una duda sobre el >> orden (si es que importa) en que se colocan las tablas en una operación de >> unión (JOIN). >> >> Básicamente quiero saber si la tabla que más tuplas tiene, debe ir a la >> izquierda o la derecha, o si el planificador se encarga por si solo de esto. >> >> Saludos y muchas gracias a todos por su tiempo. >> >> <http://www.uci.cu/> >> > Hola > > En lo que he podido evaluar: si importa pero con asterisco: se ve afectado > por indices, filtros aplicados, etc, etc. Según este articulo es una cosa > que hay que tener presente > > http://www.neilconway.org/talks/optimizer/optimizer.pdf > en la pagina 7 > "In general, plan nodes are asymmetric: left and right > inputs treated differently" > -- > Cordialmente, > > Ing. Hellmuth I. Vargas S. >
