Optimizar Consulta

[bykovskialexei]

Buenas Días

Ante todo les quiero pedir disculpas por si ofendo a alaguen con la pregunta.

Estoy haciendo mis primeros pasos en la optimización de las consultas. En este caso cuento con dos tablas sin indices para ver que arquitectura de la consulta resulta ser mas eficiente sin que la afecte uso de Indices.

Cuento con dos tablas T1 (CODIGO,NOMBRE,DIRECCION,BARRIO) - 1.000.000 registros y T2 (CODIGO, NOMBARRIO) con 50 regitros.

Tengo entendido que la mejor manera de hacer una query es en From poner la tabla con menor cantidad de registros (por el tema de la c) y en Inner join la mas grande, arme 4 versiones de misma consulta para ver cual de todas resulta ser mas eficiente en lo que es el tiempo de CPU, Logics Reads y Elapsed Time pero los resultados obtendos me dieron lo contrario, los mejores resultados obtuve en la query cual en From tenia la tabla mas grande.
Sabrían decirme porque ocurrió esto.
Aca les paso las consultas y sus resultados

Desde ya muchas Gracias

C.P.U. = 358 LOGIC READS T1 = 10.286 ELAPSED TIME = 1.032

Código SQL:

SELECT 
    T1.NOMBRE,
    T1.DIRECCION,
    T2.NOMBARRIO 
FROM T1
INNER JOIN T2 ON T1.BARRIO = T2.CODIGO
WHERE T1.BARRIO = '001'
 

C.P.U. = 250 LOGIC READS T1 = 10.286 ELAPSED TIME = 883 *

Código SQL:

SELECT 
    T1.NOMBRE,
    T1.DIRECCION,
    T2.NOMBARRIO 
FROM T1
INNER JOIN T2 ON T1.BARRIO = T2.CODIGO
WHERE T2.CODIGO = '001'
 

C.P.U. = 374 LOGIC READS T1 = 10.286 ELAPSED TIME = 1.028

Código SQL:

SELECT 
    T1.NOMBRE,
    T1.DIRECCION,
    T2.NOMBARRIO 
FROM T2
INNER JOIN T1 ON T1.BARRIO = T2.CODIGO
WHERE T1.BARRIO = '001'
 

C.P.U. = 327 LOGIC READS T1 = 10.286 ELAPSED TIME = 1.018

Código SQL:

SELECT 
    T1.NOMBRE,
    T1.DIRECCION,
    T2.NOMBARRIO 
FROM T2
INNER JOIN T1 ON T1.BARRIO = T2.CODIGO
WHERE T2.CODIGO = '001'
 

[gnzsoloyo]

No es tan simple como siempre poner la tabla "más grande" o "más chica" antes o después. Es importante determinar la selectividad, en base las condiciones que pones en el WHERE y el ON.
Si la tabla T2 es más chica, pero además el WHERE aplica sobre un campo PK, como parece, la selectividad de esa consulta es enorme, ya que esa condición devolvería un único registro, y el INNER JOIN filtraría contra un único valor.
Lo que te conviene es profundizar el estudio de la optimización de consultas desde el ángulo del Álgebra Booleana aplicada a las BBDD.

[bykovskialexei]

Estimado Guillermo
Ante todo lo quiero agradecer.
Y siguiendo con el tema le quería consultar si hay otros parámetros que tengo que tener en cuenta a la hora de evaluar la consulta a parte de los tres ante mencionados.

Nuevamente lo agradezco
Alexei Bykovski

[gnzsoloyo]

¿Guillermo?



Si es por la frase de la firma, es de un amigo mío, pero yo no me llamo así...

Por lo demás, hay muchas cosas que pueden modificar la performance de una consulta, por lo que usualmente hay que analizar cada caso. La misma solución a dos casos en apariencia idénticos puede ser completamente diferente para cada uno.

La experiencia es lo único que enseña, pero tener un conocimiento profundo teórico de BBDD, ayuda mucho.

[bykovskialexei]

Le pido disculpas por mi torpeza con el Nombre y lo quiero agradecer por ayuda brindada.

Sin otro particular.
Saludo atte.,