Vargas y Ruben, muchas gracias por sus respuestas. Saludos.
----- Mensaje original ----- 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ó: <blockquote> 2012/4/25 Lazaro Ruben Garcia Martinez < lgarc...@uci.cu > <blockquote> 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. 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. </blockquote> </blockquote> 10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS INFORMATICAS... CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION http://www.uci.cu http://www.facebook.com/universidad.uci http://www.flickr.com/photos/universidad_uci
