SQL IN () VEYA’ya karşı

Bugün yazdığım bir sorgu ile çalışıyordum gibi bir WHEREşey kullanmak yerine bir IN (malzeme listesi) filtresi kullanmak için yan tümce kodunu değiştirmek zorunda kaldı

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

Yukarıdakiler 15 dakika sürdü ve hiçbir şey geri dönmedi, ancak takip eden sonuç 1.5 dakika içinde belirlediğim sonucu verdi.

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

Bunu SQL'de yaptım ve IN (öğe listesi) neden OR deyiminden daha hızlı performans gösterdiğini merak ediyorum.

- EDIT - SQL Server 2008, bu bilgiyi bir yere koymadığım için özür dilerim.

ORİfadeleri kullanarak Sorgu tam olarak burada :

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

Teşekkür ederim,

Oleski'nin cevabı yanlış. SQL Server 2008 için, bir INliste bir dizi ORifadeye göre yeniden düzenlenir. MySQL de demek farklı olabilir.

Her iki sorunuz için de gerçek uygulama planları oluşturduysanız, bunların aynı olacağından oldukça eminim.

Her durumda, ikinci sorgu daha hızlı koştu , çünkü siz ikinci koştunuz ve ilk sorgu tüm veri sayfalarını veritabanından çoktan aldı ve IO maliyetini ödedi. İkinci sorgu tüm verileri bellekten okuyabildi ve çok daha hızlı bir şekilde çalıştırabildi.

Güncelleştirme

Gerçek değişimin kaynağı, sorguların eşdeğer olmaması muhtemeldir . ORAşağıda iki farklı listeniz var :

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'

ve sonra

 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'

Her iki WHEREmaddede de , operatör önceliği (VE'nin VEYA'dan önce işlendiği yer) motor tarafından çalıştırılan gerçek mantığın:

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

ORListeleri bir INifadeyle değiştirirseniz , mantık şöyle olacaktır:

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

Bu radikal olarak farklı.

Anlamanın en iyi yolu, gerçek bir sorgu planına benzer bir şey kullanarak bakmaktır EXPLAIN. Bu, DBMS'nin tam olarak ne yaptığını size söylemelidir ve bunun neden daha verimli olduğu konusunda daha iyi bir fikir edinebilirsiniz.

Bununla birlikte, DBMS sistemleri iki masa (birleşme gibi) arasında işlem yapmakta gerçekten iyidir. Optimize Edici'nin zamanının çoğu, sorguların bu kısımlarına harcanır, çünkü genellikle daha pahalıdırlar.

Örneğin, DBMS bu INlisteyi sıralayabilir ve bir dizin kullanarak item_descsonuçları çok hızlı bir şekilde filtreleyebilir. İlk örnekte olduğu gibi bir grup seçimi listelerken bu optimizasyonu yapamazsınız.

Kullandığınızda IN, bir doğaçlama tablo yapma ve bu daha verimli tablo birleştirme teknikleri kullanılarak filtre edilir.

EDIT : OP bu özel DBMS'den bahsetmeden önce bu cevabı gönderdim. Bu, SQL Server'ın bu sorguyu nasıl ele aldığı DEĞİLDİR, fakat diğer DBMS sistemleri için geçerli olabilir. Daha spesifik ve doğru bir cevap için JNK'nın cevabına bakınız .