Diferencia entre EXISTS e IN en SQL?

Question

¿Cuál es la diferencia entre la cláusula EXISTS y IN en SQL?

Cuándo deberíamos usar EXISTS, y cuándo deberíamos usar IN?

Answer 1

Supongo que sabes lo que hacen, y por lo tanto se usan de manera diferente, así que voy a entender tu pregunta como: ¿Cuándo sería una buena idea reescribir el SQL para usar IN en lugar de EXISTS, o viceversa.

¿Es eso una suposición razonable?

---

Editar: La razón por la que estoy pidiendo es que en muchos casos se puede volver a escribir una consulta SQL basado en IN para utilizar un EXISTS lugar, y viceversa, y para algunos motores de bases de datos, el optimizador de consultas tratar a los dos de manera diferente.

Por ejemplo:

SELECT * 
FROM Customers 
WHERE EXISTS (
    SELECT * 
    FROM Orders 
    WHERE Orders.CustomerID = Customers.ID 
) 

puede reescribirse a:

SELECT * 
FROM Customers 
WHERE ID IN (
    SELECT CustomerID 
    FROM Orders 
) 

o con una combinación:

SELECT Customers.* 
FROM Customers 
    INNER JOIN Orders ON Customers.ID = Orders.CustomerID 

Así que mi pregunta sigue en pie, es el creador original se pregunta sobre qué hace IN y EXISTS, y por lo tanto cómo usarlo, o pregunta si reescribir un SQL usando IN para usar EXISTS instea d, o viceversa, será una buena idea?

Answer 2

EXISTS le dirá si una consulta arrojó algún resultado. por ejemplo:

SELECT * 
FROM Orders o 
WHERE EXISTS (
    SELECT * 
    FROM Products p 
    WHERE p.ProductNumber = o.ProductNumber) 

IN se utiliza para comparar un valor de varios, y se puede utilizar valores literales, como esto:

SELECT * 
FROM Orders 
WHERE ProductNumber IN (1, 10, 100) 

También puede utilizar los resultados de la consulta con la cláusula IN, así:

SELECT * 
FROM Orders 
WHERE ProductNumber IN (
    SELECT ProductNumber 
    FROM Products 
    WHERE ProductInventoryQuantity > 0) 

Answer 3

pienso,

• EXISTS es cuando necesita hacer coincidir los resultados de la consulta con otra subconsulta. Los resultados de Query # 1 deben recuperarse cuando coinciden los resultados de SubQuery. Tipo de unir .. E.g. tabla de clientes selectos # 1 que han hecho pedidos tabla # 2 también

• in es recuperar si el valor de una columna específica se encuentra IN una lista (1,2,3,4,5) P. ej Seleccione los clientes que se encuentran en los siguientes códigos postales, es decir, los valores de zip_code se encuentran en la lista (....).

Cuándo usar uno sobre el otro ... cuando sienta que se lee correctamente (Comunica la intención mejor).

Answer 4

El exists palabra clave puede utilizarse de esa manera, pero en realidad es pensado como una manera de evitar el conteo:

--this statement needs to check the entire table 
select count(*) from [table] where ... 

--this statement is true as soon as one match is found 
exists (select * from [table] where ...) 

Esto es muy útil cuando usted tiene if sentencias condicionales, como exists puede ser una mucho más rápido que count.

El in se utiliza mejor cuando usted tiene una lista estática de pasar:

select * from [table] 
where [field] in (1, 2, 3) 

Cuando se tiene una tabla en una declaración in que tiene más sentido utilizar un join, pero sobre todo no debe importar . El optimizador de consultas debe devolver el mismo plan de cualquier manera. En algunas implementaciones (mayormente antiguas, como Microsoft SQL Server 2000) las consultas in siempre obtendrán un plan nested join, mientras que las consultas join usarán anidado, merge o hash según corresponda. Las implementaciones más modernas son más inteligentes y pueden ajustar el plan incluso cuando se usa in.

Answer 5

Basado en optimizador regla:

• EXISTS es mucho más rápido que IN, cuando los resultados sub-consulta es muy grande.
• IN es más rápido que EXISTS, cuando los resultados de la sub consulta son muy pequeños.

Basado en costo optimizador:

• No hay ninguna diferencia.

Answer 6

Según mi conocimiento cuando una subconsulta devuelve un valor de NULL, toda la instrucción se convierte en NULL. En esos casos, estamos utilizando la palabra clave EXITS. Si queremos comparar valores particulares en subconsultas, estamos utilizando la palabra clave IN.

Answer 7

La palabra clave Exists evalúa verdadero o falso, pero la palabra clave IN compara todos los valores en la columna correspondiente de la sub consulta. Otro Select 1 puede usarse con el comando Exists. Ejemplo:

SELECT * FROM Temp1 where exists(select 1 from Temp2 where conditions...) 

Pero IN es menos eficiente por lo Exists más rápido.

Answer 8

Si está utilizando el operador IN, el motor SQL escaneará todos los registros obtenidos de la consulta interna. Por otro lado, si estamos utilizando EXISTS, el motor de SQL detendrá el proceso de escaneo tan pronto como encuentre una coincidencia.

Answer 9

1. EXISTS es mucho más rápido que cuando los resultados IN subconsulta es muy grande.
   IN es más rápido que EXISTS cuando los resultados de la subconsulta son muy pequeños.

   CREATE TABLE t1 (id INT, title VARCHAR(20), someIntCol INT) 
   GO 
   CREATE TABLE t2 (id INT, t1Id INT, someData VARCHAR(20)) 
   GO 
   
   INSERT INTO t1 
   SELECT 1, 'title 1', 5 UNION ALL 
   SELECT 2, 'title 2', 5 UNION ALL 
   SELECT 3, 'title 3', 5 UNION ALL 
   SELECT 4, 'title 4', 5 UNION ALL 
   SELECT null, 'title 5', 5 UNION ALL 
   SELECT null, 'title 6', 5 
   
   INSERT INTO t2 
   SELECT 1, 1, 'data 1' UNION ALL 
   SELECT 2, 1, 'data 2' UNION ALL 
   SELECT 3, 2, 'data 3' UNION ALL 
   SELECT 4, 3, 'data 4' UNION ALL 
   SELECT 5, 3, 'data 5' UNION ALL 
   SELECT 6, 3, 'data 6' UNION ALL 
   SELECT 7, 4, 'data 7' UNION ALL 
   SELECT 8, null, 'data 8' UNION ALL 
   SELECT 9, 6, 'data 9' UNION ALL 
   SELECT 10, 6, 'data 10' UNION ALL 
   SELECT 11, 8, 'data 11' 
   

2. Consulta 1

   SELECT 
   FROM t1 
   WHERE not EXISTS (SELECT * FROM t2 WHERE t1.id = t2.t1id) 
   

   Consulta 2

   SELECT t1.* 
   FROM t1 
   WHERE t1.id not in (SELECT t2.t1id FROM t2) 
   

   Si en t1 su ID tiene valor nulo a continuación, consulta 1 será encontrarlos, pero Consulta 2 no puede encontrar parámetros nulos.

   O sea, IN no se puede comparar nada con nulo, por lo que no tiene resultados para null, pero EXISTS puede comparar todo con null.

Answer 10

Si una sentencia devuelve más de un valor, puede que tenga que ejecutar la query- exterior si los valores dentro de la columna especificada en la condición encontró ningún valor en el conjunto de resultados de la subconsulta. Para realizar esta tarea, debe usar la palabra clave in.

Puede usar una subconsulta para verificar si existe un conjunto de registros. Para esto, debe usar la cláusula exists con una subconsulta. La palabra clave exists siempre devuelve valor verdadero o falso.

Answer 11

EXISTS Tiene un rendimiento más rápido que IN. Si la mayoría de los criterios de filtro están en subconsulta, es mejor usar IN y si la mayoría de los criterios de filtro están en la consulta principal, entonces es mejor utilizar EXISTS.

Answer 12

Cuál es más rápido depende del número de consultas fue a buscar por la consulta interna:

• Cuando su consulta interna ir a buscar miles de filas continuación EXISTE sería mejor opción
• Cuando su consulta interna ir a buscar unas filas , IN será más rápido

EXIST evaluar en verdadero o falso, pero IN comparar múltiples valores. Cuando no sabe si el registro existe o no, debe elegir EXIST

Answer 13

Si está utilizando el operador IN, el motor SQL escaneará todos los registros obtenidos de la consulta interna. Por otro lado, si estamos usando EXISTS, el motor SQL detendrá el proceso de escaneo tan pronto como encuentre una coincidencia.

Answer 14

diferencia radica aquí:

select * 
from abcTable 
where exists (select null) 

Por encima de consulta devolverá todos los registros mientras que por debajo se podría volver vacíos.

select * 
from abcTable 
where abcTable_ID in (select null) 

Pruébela y observe la salida.

Answer 15

El motivo es que el operador EXISTS funciona según el principio "al menos encontrado". Devuelve verdadero y deja de explorar la tabla una vez que se encuentra al menos una fila coincidente.

Por otro lado, cuando el operador IN se combina con una subconsulta, MySQL debe procesar primero la subconsulta y luego utiliza el resultado de la subconsulta para procesar toda la consulta.

The general rule of thumb is that if the subquery contains a large volume of data, the EXISTS operator provides a better performance.

However, the query that uses the IN operator will perform faster if the result set returned from the subquery is very small.

Answer 16

Mi comprensión es que ambas deberían ser iguales siempre que no se trate de valores NULL.

La misma razón por la cual la consulta no devuelve el valor para = NULL vs es NULL. http://sqlinthewild.co.za/index.php/2010/02/18/not-exists-vs-not-in/

En cuanto a As Boolean vs argumento comparador va, para generar un valor lógico ambos valores debe compararse y así es como cualquier condición works.So si no llego a entender cómo IN y EXISTE comportan de manera diferente .

Answer 17

EN sólo admite las relaciones de igualdad o desigualdad (cuando está precedido por NO).
Es un sinónimo para = cualquier/= alguna, por ejemplo

select * 
from  t1 
where  x in (select x from t2) 
; 

EXISTS soporta tipos de variantes de relaciones, que no se puede expresar utilizando EN, por ejemplo -

select * 
from  t1 
where  exists (select null 
        from  t2 
        where  t2.x=t1.x 
         and t2.y>t1.y 
         and t2.z like '℅' || t1.z || '℅' 
       ) 
; 

---

Y en una nota diferente -

El supuestamente rendimiento y las diferencias técnicas entre EXISTE y EN puede resultar de proveedor de concreto implementaciones/limitaciones/insectos, pero muchas veces no son más que mitos creados debido a la falta de comprensión de las bases de datos internas.

La definición de las tablas, la precisión de las estadísticas, la configuración de la base de datos y la versión del optimizador tienen impacto en el plan de ejecución y, por lo tanto, en las métricas de rendimiento.

Answer 18

Creo que esto tiene una respuesta directa. ¿Por qué no lo compruebas de las personas que desarrollaron esa función en sus sistemas?

Si usted es un desarrollador de MS SQL, aquí está la respuesta directamente de Microsoft.

IN:

Determines whether a specified value matches any value in a subquery or a list.

EXISTS:

Specifies a subquery to test for the existence of rows.

Answer 19

He encontrado que el uso de palabras clave EXISTE es a menudo muy lento (esto es muy cierto en Microsoft Access). que en lugar de utilizar el operador unirse de esta manera: should-i-use-the-keyword-exists-in-sql

Answer 20

In certain circumstances, it is better to use IN rather than EXISTS. In general, if the selective predicate is in the subquery, then use IN. If the selective predicate is in the parent query, then use EXISTS.

https://docs.oracle.com/cd/B19306_01/server.102/b14211/sql_1016.htm#i28403