IN OR SQL where 절에서

Question

더 나은 성능을 나타내는 큰 데이터베이스를 처리 할 때 Where 절에 IN 또는 OR? 절?

실행 방법에 차이가 있습니까?

Answer 1

나는 다음과 같은 간의 성능 차이를 알고 싶어요 가정

WHERE foo IN ('a', 'b', 'c') 
WHERE foo = 'a' OR foo = 'b' OR foo = 'c' 

을 manual for MySQL에 따르면 값이 일정한 경우 IN은 목록을 정렬 한 다음 이진 검색을 사용합니다. OR이 특별한 순서없이 하나씩 평가한다고 생각합니다. 그래서 어떤 상황에서는 IN이 빠릅니다.

알아두면되는 가장 좋은 방법은 어느 것이 더 빠르는지 확인하기 위해 특정 데이터로 데이터베이스에서 프로파일 링하는 것입니다.

나는 모두 1000000 행을 가진 MySQL에서 시도했다. 열이 인덱싱되면 성능에서 눈에 띄는 차이가 없습니다. 둘 다 거의 즉시입니다. 열이 인덱싱되지 않으면 다음 결과가 나타납니다.

SELECT COUNT(*) FROM t_inner WHERE val IN (1000, 2000, 3000, 4000, 5000, 6000, 7000, 8000, 9000); 
1 row fetched in 0.0032 (1.2679 seconds) 

SELECT COUNT(*) FROM t_inner WHERE val = 1000 OR val = 2000 OR val = 3000 OR val = 4000 OR val = 5000 OR val = 6000 OR val = 7000 OR val = 8000 OR val = 9000; 
1 row fetched in 0.0026 (1.7385 seconds) 

따라서 OR를 사용하는 방법은 약 30 % 느립니다. 용어를 더 추가하면 차이가 커집니다. 결과는 다른 데이터베이스 및 다른 데이터에서 다를 수 있습니다.

Answer 2

OR은 비교할 값이 적을 때 (읽기 쉽도록) 의미가 있습니다. IN은 유용합니다. 동적 소스가있는 경우에는 값을 비교할 수 있습니다.

또 다른 대안은 JOIN을 임시 테이블과 함께 사용하는 것입니다.
필요한 인덱스가 있으면 성능이 문제가 될 것이라고 생각하지 않습니다.

Answer 3

가장 좋은 방법은 실행 계획입니다.

---

나는 오라클와 그것을 시도, 그것은 동일했다. 쿼리 IN를 사용

CREATE TABLE performance_test AS (SELECT * FROM dba_objects); 

SELECT * FROM performance_test 
WHERE object_name IN ('DBMS_STANDARD', 'DBMS_REGISTRY', 'DBMS_LOB'); 

에도 불구하고, 실행 계획은 OR 사용 말한다 :

--------------------------------------------------------------------------------------  
| Id | Operation   | Name    | Rows | Bytes | Cost (%CPU)| Time  |  
--------------------------------------------------------------------------------------  
| 0 | SELECT STATEMENT |     |  8 | 1416 | 163 (2)| 00:00:02 |  
|* 1 | TABLE ACCESS FULL| PERFORMANCE_TEST |  8 | 1416 | 163 (2)| 00:00:02 |  
--------------------------------------------------------------------------------------  

Predicate Information (identified by operation id):          
---------------------------------------------------          

    1 - filter("OBJECT_NAME"='DBMS_LOB' OR "OBJECT_NAME"='DBMS_REGISTRY' OR     
       "OBJECT_NAME"='DBMS_STANDARD')            

Answer 4

나는 오라클이 효율적이지 않은 것을 (다른 쪽이든) 변환 할만큼 똑똑하다고 생각합니다. 그래서 대답은 차라리 각각의 가독성에 달려 있다고 생각합니다. (IN이 분명히 이긴다고 생각합니다)

Answer 5

OR 연산자는 IN 조건보다 훨씬 복잡한 계산 과정이 필요합니다. 에서.

OR과 함께 사용할 수 있지만 IN과 호환되지 않는 것은 다음과 같습니다 : greater. 크거나 같음, 작음, 작거나 같음, LIKE 및 일부는 ORACLE REGISP_LIKE와 같습니다. 조건이 항상 동일한 값을 비교하지 않을 수도 있습니다.

쿼리 최적화 프로그램의 경우 동일한 값에서 = 연산자를 사용하여 여러 조건에서 OR 연산자를 정의하는 구문이므로 IN 연산자를보다 쉽게 ​​관리 할 수 ​​있습니다. OR 연산자를 사용하면 옵티마이 저가 동일한 값에서 = 연산자를 항상 사용하고 있다고 생각하지 않을 수 있습니다. 더 깊고 복잡한 작업을 수행하지 않으면 아마도 = 관련된 모든 조건에서 동일한 값을 갖는 연산자. 이미 언급 한 이진 검색과 같은 최적화 된 검색 방법을 결과적으로 제외시킵니다.

[편집] 아마 최적화 프로그램이 최적화 된 IN 평가 프로세스를 구현하지 못할 수도 있지만 데이터베이스 업그레이드를 통해 한 번만 수행되는 것을 제외하지는 않습니다. 따라서 OR 연산자를 사용하면 최적화 된 정교화가 사용되지 않습니다.

Answer 6

다수의 OR (350)에서 SQL 쿼리를 수행했습니다. 포스트 그레스는 그것을한다 437.80ms.

지금에 사용 :

23.18ms는