SQL IN（）対OR

私は今日書いたクエリをWHERE使っていました

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で実行しましたが、なぜOR（アイテムのリスト）がORステートメントよりもはるかに高速に実行されるのか疑問に思っています。

-編集-SQL Server 2008、この情報を最初から入力していないことをおforびします。

以下は、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では異なる場合があります。

両方のクエリの実際の実行プランを生成した場合、それらは同一になると確信しています。

おそらく、2番目に実行したため、2番目のクエリはより速く実行されました。、最初のクエリは既にデータベースからすべてのデータページを取得し、IOコストを支払っていました。2番目のクエリは、メモリからすべてのデータを読み取り、はるかに高速に実行できました。

更新

分散の実際のソースは、クエリが同等ではない可能性があります。OR以下の2つの異なるリストがあります。

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システムは2つのテーブル間の操作（結合など）に非常に優れています。オプティマイザの時間の多くは、クエリのこれらの部分に費やされます。これらの部分は一般に高価であるためです。

たとえば、DBMSはそのINリストをソートし、のインデックスを使用してitem_desc、結果を非常に迅速にフィルタリングできます。最初の例のように多数の選択項目をリストするとき、その最適化を行うことはできません。

を使用するINと、即席のテーブルを作成し、これらのより効率的なテーブル結合技術を使用してフィルタリングします。

編集：OPが特定のDBMSについて言及する前に、この回答を投稿しました。これは、SQL Serverがこのクエリを処理する方法ではないことが判明しましたが、他のDBMSシステムでは有効な場合があります。より具体的で正確な回答については、JNKの回答を参照してください。