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

谢谢，

奥列斯基的答案不正确。对于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在OR之前进行处理）意味着引擎运行的实际逻辑是：

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列表进行排序，并使用上的索引item_desc非常快速地过滤结果。当像第一个示例中列出一堆选择时，就无法进行这种优化。

当您使用时IN，您将制作临时表并使用这些更有效的表组合技术进行过滤。

编辑：我在OP提到特定的DBMS之前发布了这个答案。事实证明这不是SQL Server处理此查询的方式，但可能对其他DBMS系统有效。有关更具体，准确的答案，请参见JNK的答案。