[SOLUCIONADO] cual de estas consultas es mas recomendable

[yeyowave]

Buenas, me gustaria conocer vuestra opinion ya que sois mas expertos que yo con el mysql, de estas 2 consultas cual me recomendariais.

Código MySQL:

select id from tb_pro where id not in(select id_pr from tb_im im where im.id_pr = tb_pro.id group by id_pr)
 

o

Código MySQL:

select id from tb_pro where id not in(select id_pr from tb_im im group by id_pr)
 

Gracias por sus aclaraciones

[leonardo_josue]

Hola yeyowave:

me gustaria conocer vuestra opinion ya que sois mas expertos que yo con el mysql, de estas 2 consultas cual me recomendariais.

En realidad te recomendaría no utilizar ninguna de las dos .

En primer lugar, no nos dices qué es lo que quieres obtener con tus consultas, y de entrada, sin saber qué información tienes contenida en tus tablas resulta algo complicado saber cual de las dos es "mejor"...

Desde mi punto de vista lo que pretendes es encontrar todos los registros de tu tabla tb_pro que no existan en la tabla tb_im, ¿es correcto? ahora bien, si partimos de esta premisa trataré de hacer un análisis de tus consultas.

Por ejemplo, en la primer consulta vero que haces una especie de JOIN entre tus tablas tb_im y tb_pro... esto implica una comparación adicional. Esto limitaría por ejemplo el número de id's contra los que compararías... a qué me refiero con esto?, checa el siguiente ejemplo:

Código MySQL:

mysql> SELECT * FROM tabla1;
+------+-------------+
| id   | descripcion |
+------+-------------+
|    1 | uno         |
|    2 | dos         |
|    3 | tres        |
|    4 | cuatro      |
|    5 | cinco       |
+------+-------------+
5 rows in set (0.00 sec)
 
mysql> SELECT * FROM tabla2;
+------+-------------+
| id   | descripcion |
+------+-------------+
|    1 | uno         |
|    3 | tres        |
|    5 | cinco       |
|    6 | seis        |
|    7 | siete       |
+------+-------------+
5 rows in set (0.00 sec)
 

Con la primer consulta, comparas sólo contra los id's que existen en ambas tablas, (es decir, los registros 1, 3 y 5). Con la segunda consulta, comparas contra todos los id's de tu tabla2 (es decir los registros 1, 3, 5, 6 y 7). En este caso podrías pensar que la primer consulta es mejor ya que compara contra menos registros.

Sin embargo, si en tu tabla2 NO EXISTIERAN ID's QUE NO EXISTEN EN TU Tabla1, (es decir, los id=6 y 7 no existeran) entonces la comparación que haces en la primer consulta ES ABSOLUTAMENTE INÚTIL, y sólo consumiría tiempo al tener que hacer la comparación. Por lo tanto, la segunda consulta sería mejor.

Insisto, esto depende de cómo tengas tu información. A final de cuentas, ambas consultas regresan lo mismo:

Código MySQL:

mysql> SELECT *
    -> FROM tabla1
    -> WHERE id NOT IN( SELECT id
    ->                  FROM tabla2
    ->                  WHERE tabla1.id = tabla2.id
    ->                  GROUP BY id);
+------+-------------+
| id   | descripcion |
+------+-------------+
|    2 | dos         |
|    4 | cuatro      |
+------+-------------+
2 rows in set (0.01 sec)
 
mysql> SELECT *
    -> FROM tabla1
    -> WHERE id NOT IN( SELECT id
    ->                  FROM tabla2
    ->                  GROUP BY id);
+------+-------------+
| id   | descripcion |
+------+-------------+
|    2 | dos         |
|    4 | cuatro      |
+------+-------------+
2 rows in set (0.00 sec)
 

Ahora bien, al inicio te decía que no recomendaba ninguna de las dos consultas... ¿por qué razón?, pues porque el operador IN es uno de los que peor rendimiento tienen, ya que realiza búsquedas exhaustivas... en lugar de eso podrías optar por el operador EXISTS, o mejor aun, hacerlo con un LEFT JOIN.

Código MySQL:

mysql> SELECT T1.*
    -> FROm tabla1 T1
    -> LEFT JOIN tabla2 T2 ON T1.id = T2.id
    -> WHERE T2.id is null;
+------+-------------+
| id   | descripcion |
+------+-------------+
|    2 | dos         |
|    4 | cuatro      |
+------+-------------+
2 rows in set (0.00 sec)
 

Esta es a mi parecer, la mejor manera de hacer este tipo de comparaciones, ya que los JOIN's tienen mejor rendimiento que EXISTS e IN.

Finalmente algunas recomendaciones adicionales:

1. Revisa que tengas un buen diseño de índices... estos, más que las consultas, sí pueden afectar el rendimiento de una consulta.

2. Utiliza DISTINCT en lugar de GROUP BY.

3. Utiliza EXPLAIN para ver qué sugerencias te da el motor de BD para mejorar el desempeño de las consultas.

Saludos
Leo,

[yeyowave]

gacias leonardo_josue, me ayudaste mucho no cai en el null jejeje