DONDE x EN (5) vs DONDE x = 5 ... ¿por qué usar IN?

Question

Algo que he notado recientemente es que las personas usan IN cuando parece algo inapropiado. Siento que me estoy perdiendo un truco, ¿tal vez hay ganancias de velocidad o algo así?

Esta consulta:

SELECT * FROM pages WHERE is_visible IN ($visibility) 

¿Por qué usar eso? ¿Por qué no:

SELECT * FROM pages WHERE is_visible = $visibility 

Claro, si se tratara de esto:

SELECT * FROM pages WHERE is_visible 
IN ($visibility,$invisibility,$somethingelse) 

Entonces WHERE x IN (1,2,3) es una mejor alternativa a WHERE x = 1 OR x = 2 OR x = 3, ¿verdad? Pero seguramente este es el escenario único donde debería usar IN?

De todos modos gracias por su tiempo - ¡Espero sus respuestas!

Answer 1

No hay truco aquí para aumentar el rendimiento, pero no creo que haya ninguna actuación golpear a cualquiera. Entonces, ambas formas están bien. Estoy de acuerdo con usted en que el uso de una cláusula IN con un solo parámetro parece divertido, pero aún es bastante fácil de seguir.

Creo que esto probablemente ocurre porque un desarrollador cree que es probable que se permitan múltiples valores en el futuro (de esta manera, la consulta no se cambiaría). O posiblemente el desarrollador esté acostumbrado a escenarios en los que sean posibles múltiples valores, y simplemente lo escribieron de esa manera por costumbre.

Answer 2

Entonces WHERE x IN (1,2,3) es una mejor alternativa a WHERE x = 1 OR x = 2 OR x = 3, ¿verdad? Pero seguramente este es el único escenario donde debería usar IN?

No, puede utilizar IN con una subconsulta también.

... donde el campo de (campo de selección de another_table)

Answer 3

Tal vez se genera dinámicamente $ visibilidad, así:

$visibility = implode(', ', array_map('intval', array(1, 2, 3))); 

Dónde array (1, 2, 3) puede provenir de que no se confía fuentes.

Answer 4

¿Se desconoce si $ visibilidad se refiere a un solo valor o valores múltiples? No encaja con su ejemplo, pero he visto tal uso en otros lugares.

Answer 5

"WHERE x IN (1,2,3)" es lo mismo que "DONDE x = 1 O x = 2 O x = 3" de todos modos.

Answer 6

En actos en cualquier tipo de operación de conjunto, mientras que = está en un solo valor. De modo que puede utilizar para múltiples registros en otra tabla, o cualquier otro tipo de estructura de datos que represente valores múltiples.

Answer 7

Creo que es más importante entender qué hace IN.

Si lo hace

SELECT * FROM pages WHERE is_visible = $visibility 

En el $ visibilidad anterior tendría que ser una var por lo is_visibile = 1, así que su SQL recoge toda donde is_visible = 1

Dónde

SELECT * FROM pages WHERE is_visible IN ($visibility) 

La $ visibilidad sería una matriz de datos como @Ionut G. Stan ha ilustrado.

Así que su llamada se vería is_visible IN ('1', '2' '3')

Así que ahora su SQL estará recolectando todos los 1,2 & 3 filas.

Espero que tenga sentido. Es una gran diferencia.

Answer 8

No, no es un truco. Las dos declaraciones:

SELECT * FROM pages WHERE is_visible IN ($visibility) 
SELECT * FROM pages WHERE is_visible = $visibility 

son casi equivalentes. Observamos que las dos afirmaciones son equivalentes en el caso trivial, por ejemplo, cuando $visibility es un escalar con un valor de 1.

Pero las declaraciones son no equivalente en los casos no triviales cuando $visibility contiene algo más . Podemos observar una diferencia significativa en el comportamiento de las dos formas. Considere lo que sucede con cada forma cuando $visibility es una cadena que contiene estos valores de ejemplo:

 
    '1,2,3' 
    '1 OR 1=1' 
    'select v.val from vals v' 

se observa una diferencia significativa en las sentencias SQL resultantes generadas a partir de las dos formas:

 
    SELECT * FROM pages WHERE is_visible IN (1,2,3) 
    SELECT * FROM pages WHERE is_visible = 1,2,3 

 
    SELECT * FROM pages WHERE is_visible IN (1 OR 1=1) 
    SELECT * FROM pages WHERE is_visible = 1 OR 1=1 

---

Una gran preocupación aquí, con cualquier forma de la declaración, es el potencial para la inyección SQL. Si $visibility está destinado a ser un valor escalar, usar una variable de vinculación en la declaración es un enfoque más seguro, ya que evita que cualquiera deslice la sintaxis SQL 'adicional' en la instrucción. (Por supuesto, el uso de variables de vinculación no previene todas las inyecciones de SQL, pero es un enfoque adecuado para cerrar un agujero. Usar una variable de vinculación también mejorará la escalabilidad, al menos en algunas plataformas DBMS como Oracle.)

Considerar ¿Qué sucede cuando utilizamos una variable de vinculación (marcador de posición), que sabemos que NO se interpretará como sintaxis SQL. Observamos que las dos declaraciones SON de hecho equivalente:

 
    SELECT * FROM pages WHERE is_visible IN (?) 
    SELECT * FROM pages WHERE is_visible = ? 

para cualquier valor proporcionado para la variable de vinculación.

HTH

Answer 9

Entonces donde x IN (1,2,3) es una mejor alternativa a donde x = 1 ó x = 2 O x = 3, ¿verdad? Pero seguramente este es el único escenario donde debería usar IN?

IN() y OR son sinónimos sintácticamente equivalentes. Examinar el plan de ejecución para sus dos sugerencias lo mostrará. IN() simplemente es una notación más eficiente y fácil de entender.