¿Hay algún significado en el orden de la tabla en la instrucción de ensamblado sql

Question

? Hay algún significado en el orden de la tabla en la declaración de ensamblado sql. Por ejemplo

SELECT dept_name, emp_name 
FROM Employee 
INNER JOIN Department ON Employee.dept_id = Department.dept_id 

y

SELECT dept_name, emp_name 
FROM Department 
INNER JOIN Employee ON Employee.dept_id = Department.dept_id 

existe por tanto ninguna ventaja de rendimiento en el orden de las tablas?

Answer 1

No, no hay.

La mayoría (si no todos) el uso de DBMS de un optimizador basado en el costo. El orden en que especifica sus declaraciones no afecta la velocidad de ejecución.

Oracle SQL cost based optimization

optimizador de SQL basado en el costo de Oracle (CBO) es un componente extremadamente sofisticada de Oracle que rige la ejecución por cada consulta de Oracle. El CBO se ha convertido en uno de los componentes de software más sofisticados del mundo , y tiene el desafiante trabajo de evaluar cualquier declaración SQL y generar el "mejor" plan de ejecución para la declaración .

Ambas sus declaraciones generarán el mismo plan de ejecución y por lo tanto tienen las mismas características del perfomance. Tenga en cuenta que el costo se basará en las estadísticas disponibles. Las estadísticas actualizadas son muy importantes para que el optimizador pueda generar el plan de ejecución más eficiente.

Answer 2

No. El optimizador descubre la mejor ruta de combinación, o al menos cuál es la mejor ruta de combinación. En situaciones inusuales, a veces no tiene toda la información que necesita, pero el 99% de las veces lo hará bien. También reescribirá internamente la declaración SQL de otras maneras.

Answer 3

El optimizador verificará todas las permutaciones posibles de la orden de unión y tomará la que tenga el valor de costo más bajo. Eso significa que optimizarse a sí mismo, preparar la declaración, se convierte en un cuello de botella para declaraciones complejas. Cuantas más tablas unir, más variantes de plan de ejecución para verificar, matemáticamente hablando: n! (Factorial).

fuente: http://use-the-index-luke.com/sql/join

Answer 4

como otros anwsers dice, no.
pero piensa si puedes reemplazar algunas uniones internas con uniones izquierdas. en la mayoría de las consultas esto es un beneficio en el rendimiento

Answer 5

En general, no, no importará. El optimizador debería ser capaz de determinar el orden más eficiente para unir las tablas independientemente del orden en que aparecen en la consulta.

Es posible, sin embargo, que el orden de las tablas afecte el plan de consulta. En general, este no sería el caso si tiene una combinación simple de dos tablas, pero a medida que aumenta el número de tablas en una consulta, el número de combinaciones posibles crece a una tasa O (n!). Muy rápidamente, resulta imposible para el optimizador considerar todas las órdenes de combinación posibles, por lo que debe usar varias heurísticas para podar el árbol. Esto, a su vez, conduce a situaciones en las que el optimizador elige una tabla de conducción diferente si esa tabla aparece primero en la declaración de SQL en lugar de cuando esa tabla es la décima en la consulta. Jonathan Lewis tiene una buena publicación de blog que muestra cómo the order tables appear in a query can affect the query plan.Si desea ser extremadamente cuidadoso, enumerar la mesa de conducción primero es algo razonable de hacer; no servirá de ayuda con mucha frecuencia, pero ocasionalmente puede ser útil.