SQL Server 2008 R2 hat CONVERT_IMPLICIT Tinyint zu wenig

Question

ich die einfache Abfrage auf SQL Server 2008 R2 für die folgende Tabelle ausgeführt wird:

Id (int, nicht null)
aktiviert (Bit, nicht null)

Beide Spalten haben separate Indizes.

Also, wenn ich die folgende Abfrage:

SELECT Id FROM Entities WHERE Enabled = 1 

Ausführungsplan zeigen, dass ein INDEX_SCAN getan wird (es durch CONVERT_IMPLICIT auf Spalte Aktiviert verursacht wird)

Und wenn ich laufe eine weitere Abfrage:

SELECT Id FROM Entities WHERE Enabled = '1' 

oder

SELECT Id FROM Entities WHERE Enabled = 'true' 

oder

SELECT Id FROM Entities WHERE Enabled = CAST(1 AS BIT) 

Ausführungsplan zeigt, dass INDEX_SEEK erfolgt.

Da CONVERT_IMPLICIT die Leistung in komplexeren Abfragen beeinträchtigen kann, möchte ich wissen, was bewirkt, dass sich SQL Server so verhält?

UPD:

Wenn ich

SELECT Id FROM Entities WHERE Enabled = 0 

laufen und dann

SELECT Id FROM Entities WHERE Enabled = 1 

Ausführungsplan zeigt INDEX_SEEK. In diesem Fall habe ich SQL Server einige Optimierungsstatistiken gesammelt und schließlich gelernt, dass es keinen Grund für eine CONVERT_IMPLICIT gibt. Leider kann ich nicht garantieren, dass meine erste Anfrage jemals mit dem entgegengesetzten Wert ausgeführt wird.

Ich werde mit jeder Klärung, die ich bekommen kann, glücklich sein.

Answer 1

Verwenden Sie eine Datenbank im Kompatibilitätsmodus 2000? Wie ich lese here, wenn Sie diesen Kompatibilitätsmodus verwenden Sie dieses "Problem", aber mit 2005 oder 2008 Kompatibilitätsmodus Sie nicht.

Wenn Sie also den Kompatibilitätsmodus 2000 verwenden müssen, müssen Sie die Vergleiche "= '1'" verwenden, um CONVERT_IMPLICIT zu vermeiden, da der Typ Vorrang hat zwischen Bit und int (oder tiny int) "upgraden" zu int.