SQL IN () 대 OR

나는 오늘 내가 쓴 쿼리로 작업 중이었고 WHERE대신 IN (목록) 필터를 사용 하도록 절 에서 코드를 변경해야했습니다.

item_desc = 'item 1'
OR item_desc = 'item 2'
OR item_desc = 'item 3'
OR item_desc = 'item 4'

위의 내용은 15 분 동안 실행되었지만 아무것도 반환하지 않았지만 다음 결과는 1.5 분 안에 결과 세트를 제공했습니다.

item_desc IN (
'item 1'
,'item 2'
,'item 3'
,'item 4'
)

SQL 에서이 작업을 수행하고 왜 IN (항목 목록)이 OR 문보다 훨씬 빨리 수행되었는지 궁금합니다.

-편집-SQL Server 2008,이 정보를 처음에 넣지 않은 것에 대해 사과드립니다.

다음은 OR명령문을 사용한 쿼리 전체입니다 .

DECLARE @SD DATETIME
DECLARE @ED DATETIME
SET @SD = '2013-06-01';
SET @ED = '2013-06-15';

-- COLUMN SELECTION
SELECT PV.PtNo_Num AS 'VISIT ID'
, PV.Med_Rec_No AS 'MRN'
, PV.vst_start_dtime AS 'ADMIT'
, PV.vst_end_dtime AS 'DISC'
, PV.Days_Stay AS 'LOS'
, PV.pt_type AS 'PT TYPE'
, PV.hosp_svc AS 'HOSP SVC'
, SO.ord_no AS 'ORDER NUMBER'
--, SO.ent_dtime AS 'ORDER ENTRY TIME'
--, DATEDIFF(HOUR,PV.vst_start_dtime,SO.ent_dtime) AS 'ADM TO ENTRY HOURS'
, SO.svc_desc AS 'ORDER DESCRIPTION'
, OSM.ord_sts AS 'ORDER STATUS'
, SOS.prcs_dtime AS 'ORDER STATUS TIME'
, DATEDIFF(DAY,PV.vst_start_dtime,SOS.prcs_dtime) AS 'ADM TO ORD STS IN DAYS'

-- DB(S) USED
FROM smsdss.BMH_PLM_PtAcct_V PV
JOIN smsmir.sr_ord SO
ON PV.PtNo_Num = SO.episode_no
JOIN smsmir.sr_ord_sts_hist SOS
ON SO.ord_no = SOS.ord_no
JOIN smsmir.ord_sts_modf_mstr OSM
ON SOS.hist_sts = OSM.ord_sts_modf_cd

-- FILTER(S)
WHERE PV.Adm_Date BETWEEN @SD AND @ED
AND SO.svc_cd = 'PCO_REMFOLEY'
OR SO.svc_cd = 'PCO_INSRTFOLEY'
OR SO.svc_cd = 'PCO_INSTFOLEY'
OR SO.svc_cd = 'PCO_URIMETER'

AND SO.ord_no NOT IN (
    SELECT SO.ord_no
    FRROM smsdss.BMH_PLM_PtAcct_V PV
    JOIN smsmir.sr_ord SO
    ON PV.PtNo_Num = SO.episode_no
    JOIN smsmir.sr_ord_sts_hist SOS
    ON SO.ord_no = SOS.ord_no
    JOIN smsmir.ord_sts_modf_mstr OSM
    ON SOS.hist_sts = OSM.ord_sts_modf_cd
    WHERE OSM.ord_sts = 'DISCONTINUE'
    AND SO.svc_cd = 'PCO_REMFOLEY'
    OR SO.svc_cd = 'PCO_INSRTFOLEY'
    OR SO.svc_cd = 'PCO_INSTFOLEY'
    OR SO.svc_cd = 'PCO_URIMETER'
)
ORDER BY PV.PtNo_Num, SO.ord_no, SOS.prcs_dtime

고맙습니다,

Oleski의 답변이 잘못되었습니다. SQL Server 2008의 경우 IN목록이 일련의 OR문으로 리팩토링됩니다 . MySQL에서는 다를 수 있습니다.

두 쿼리 모두에 대한 실제 실행 계획을 생성하면 동일하다는 것을 확신합니다.

두 번째 쿼리는 두 번째 쿼리로 인해 더 빨리 실행 되었으며 첫 번째 쿼리는 이미 데이터베이스에서 모든 데이터 페이지를 가져와 IO 비용을 지불했습니다. 두 번째 쿼리는 메모리에서 모든 데이터를 읽고 훨씬 빠르게 실행할 수있었습니다.

최신 정보

분산의 실제 원인은 쿼리가 같지 않을 가능성이 있습니다. OR아래에 두 가지 다른 목록이 있습니다.

WHERE PV.Adm_Date BETWEEN @SD AND @ED
AND SO.svc_cd = 'PCO_REMFOLEY'
OR SO.svc_cd = 'PCO_INSRTFOLEY'
OR SO.svc_cd = 'PCO_INSTFOLEY'
OR SO.svc_cd = 'PCO_URIMETER'

그리고 나중에

 WHERE OSM.ord_sts = 'DISCONTINUE'
    AND SO.svc_cd = 'PCO_REMFOLEY'
    OR SO.svc_cd = 'PCO_INSRTFOLEY'
    OR SO.svc_cd = 'PCO_INSTFOLEY'
    OR SO.svc_cd = 'PCO_URIMETER'

두 WHERE절 모두 에서 연산자 우선 순위 (AND 앞에 AND가 처리되는 경우)는 엔진이 실행하는 실제 논리가 다음과 같습니다.

WHERE (ConditionA AND ConditionB)
OR ConditionC
OR ConditionD
OR ConditionE

사용자가 교체 할 경우 OR으로 목록을 IN표현, 논리는 다음과 같습니다

WHERE ConditionA
AND (ConditionB OR ConditionC OR ConditionD OR ConditionE)

근본적으로 다릅니다.

가장 좋은 방법은과 같은 것을 사용하여 실제 쿼리 계획을 보는 것 EXPLAIN입니다. 이를 통해 DBMS가 수행하는 작업을 정확하게 파악할 수 있으며 왜 더 효율적인지 알 수 있습니다.

따라서 DBMS 시스템은 조인과 같은 두 테이블 간의 작업을 수행하는 데 능숙합니다. 이러한 최적화 부분은 일반적으로 비용이 많이 들기 때문에 이러한 쿼리 부분에 많은 시간이 소요됩니다.

예를 들어 DBMS는 해당 IN목록을 정렬하고 on on 인덱스를 사용 item_desc하여 결과를 매우 빠르게 필터링 할 수 있습니다. 첫 번째 예에서와 같이 선택 항목을 나열 할 때 해당 최적화를 수행 할 수 없습니다.

를 사용 IN하면 즉석 테이블을 만들고보다 효율적인 테이블 결합 기술을 사용하여 필터링합니다.

편집 : OP가 특정 DBMS를 언급하기 전에이 답변을 게시했습니다. 이것은 SQL Server가이 쿼리를 처리하는 방식이 아니라 다른 DBMS 시스템에 유효 할 수 있습니다. 보다 구체적이고 정확한 답변 은 JNK의 답변 을 참조하십시오 .