SQL Server: Verwendung von In vs Exists

Question

Ich habe einige Zweifel, wann IN Operator und Exists Operator verwendet werden soll. Ich weiß, was sie beide sind.

Sag mal, ich habe diese Anfrage:

Insert into AuditCardTypeBenefit_New(AuditID, AuditType, CardTypeBenefitID, EventCode, 
            CardTypeGroupID, AgeFrom, AgeTo, Gender, 
            CreateBy, CreateDate, Status, 
            CancelReason, LastChangeBy, LastChangeDate) 
    select     
     AuditID, AuditType, CardTypeBenefitID, EventCode, 
     CardTypeGroupID, AgeFrom, AgeTo, Gender, 
     CreateBy, CreateDate, Status, 
     CancelReason, LastChangeBy, LastChangeDate 
    from 
     AuditCardTypeBenefit 
    where 
     exists (select * from PromotionEvent_New 
       where PromotionEvent_New.EventCode = AuditCardTypeBenefit.EventCode) 

Ich bin Einfügen von Datensätzen in einer Tabelle, wo die Aufzeichnungen auch in promotionevent_new (eventcode) existieren müssen in dieser Tabelle existieren Ich bin Einfügen. Diese Abfrage funktioniert einwandfrei. Ich habe mich gefragt, wäre es besser, eine Alternative zu verwenden, wie zum Beispiel:

where EventCode in (select EVENTCODE from PromotionEvent) 

Beide Abfragen das gleiche Ergebnis zurück - die aber für meinen Fall besser wäre?

Answer 1

Die EXISTS-Klausel ist viel schneller als IN, wenn die Ergebnisse der Unterabfrage sehr groß sind. Umgekehrt ist die IN-Klausel schneller als EXISTS, wenn die Unterabfrageergebnisse sehr klein sind.

Die IN-Klausel kann nichts mit NULL-Werten vergleichen, aber die EXISTS-Klausel kann alles mit NULL vergleichen.

Answer 2

Wäre es besser? Wir können das wirklich nicht wirklich beantworten, da Sie wirklich Tests durchführen müssen. Allerdings bin ich bereit zu sagen, es ist unwahrscheinlich, dass Sie schnellere Ergebnisse erhalten, indem Sie IN() in dieser Abfrage verwenden.

Eine EXISTS-Unterabfrage ist ungewöhnlich, weil sie eine "Korrelation" verwendet, und wir können diese oft als etwas zu vermeidendes betrachten. Das Testen, wenn etwas "existiert", muss jedoch keine gespeicherten Datenwerte zurückgeben, es ist ähnlich wie ein Join in dieser Hinsicht und alles, was notwendig ist, ist, dass wahr oder falsch zurückgegeben wird. Auf der anderen Seite erfordert IN, dass Daten von der Unterabfrage zurückgegeben werden und Werte verglichen werden.

In den letzten Jahren wurde die Leistung von IN() verbessert, so dass es sehr effektiv sein kann, aber in Bezug auf die Leistung gibt es nicht genug erfinderisch, um Ihre bestehende Abfrage zu ändern.

Hinweis: NOT IN (Unterabfrage - hier) leidet, wenn Werte von einer Unterabfrage NULL zurückgegeben werden.