¿Qué es mejor? ¿Subconsultas o internas que unen diez tablas?

Question

Un sistema antiguo ha llegado a nuestra oficina para algunos cambios y arreglos, pero también está sufriendo problemas de rendimiento. No sabemos exactamente cuál es la fuente de esta lentitud.

Mientras estábamos refactorización del antiguo código encontramos varias consultas SQL con el patrón de seguimiento (las consultas se simplifican con fines de ejemplo):

SELECT 
    (
    SELECT X 
    FROM A 
    WHERE A.id = TABLE.id 
    ) AS COLUMN1, 
    (
    SELECT Y 
    FROM B 
    WHERE B.id = TABLE.id 
    ) AS COLUMN1, 
    (
    SELECT Z 
    FROM C 
    WHERE C.id = TABLE.id 
    ) AS COLUMN1, 
    ... 
FROM 
    TABLE 
WHERE 
    TABLE.id = @param; 

Estas consultas hacen varias consultas sub internos de cada columna que regreso.

estamos pensando en volver a escribir estas consultas en el patrón de la siguiente manera:

SELECT 
    A.X, B.Y, C.Z 
FROM 
    TABLE 
    INNER JOIN A on A.ID = TABLE.ID 
    INNER JOIN B on B.ID = TABLE.ID 
    INNER JOIN C on C.ID = TABLE.ID 
WHERE 
    TABLE.id = @param; 

Con combinaciones internas son más fácil de leer y entender, pero ¿es realmente más rápido? ¿Es la mejor manera de escribirlos? Lamentablemente, el primero que reescribimos no mejoró el tiempo de consulta, hizo que la consulta fuera un poco más lenta.

Aquí está mi pregunta: ¿deberíamos reescribir todas estas consultas? ¿Estas subconsultas son una buena forma de hacer este trabajo? ¿Son más rápidos el camino de la unión interior?

Answer 1

Si entiendo su pregunta correctamente, está iniciando una operación para reescribir algunas de sus declaraciones SQL porque PIENSA que podría haber un problema con ellas.

Mi consejo es detenerse y comenzar a determinar dónde se está gastando su tiempo. Solo después de que haya encontrado que está en las consultas con esas subsecuencias escalares Y es debido a esas subsecuencias escalares, debe volver a escribirlas. Hasta entonces: comience a rastrear y examinar.

Aquí hay dos hilos de OTN que se utilizan para guiar a las personas con problemas de rendimiento:

http://forums.oracle.com/forums/thread.jspa?messageID=1812597 http://forums.oracle.com/forums/thread.jspa?threadID=863295

Saludos,
Rob.

Y: debido a scalar subquery caching, su consulta original puede ser mucho más rápida que una consulta reescrita utilizando combinaciones.

Answer 2

subconsulta en realidad se ejecuta una vez por cada fila, mientras que la unión se produce en los índices.

Use combinaciones para una mejor legibilidad y facilidad de mantenimiento como ya ha mencionado en sus preguntas.

Answer 3

Las uniones le darán un mejor rendimiento, pero le recomiendo que consulte el plan de ejecución cada vez que "optimice" las consultas.

Answer 4

Como this answer argues, debería no afecta el rendimiento. Sin embargo, algunos optimizadores de consultas pueden funcionar mejor en JOINs, por lo que debe realizar algunos experimentos en su sistema.

Y ahora algo completamente diferente: JOIN ing cada tabla a la siguiente podría ser más estético que JOIN ing todos con TABLE, y evita errores cada vez que el ID aparece más de una vez en una de las mesas:

SELECT 
    A.X, B.Y, C.Z 
FROM 
    TABLE 
    INNER JOIN A on A.ID = TABLE.ID 
    INNER JOIN B on A.ID = B.ID 
    INNER JOIN C on B.ID = C.ID 
WHERE 
    TABLE.id = @param;