Test d'inégalité en T-SQL

Question

Je viens de rencontrer ce problème dans une clause WHERE :

AND NOT (t.id = @id)

Comment cela se compare-t-il avec :

AND t.id != @id

Ou avec :

AND t.id <> @id

J'écrirais toujours ce dernier moi-même, mais il est clair que quelqu'un d'autre pense différemment. L'un va-t-il être plus performant que l'autre ? Je sais qu'en utilisant <> ou != va anéantir tous les espoirs que j'avais d'utiliser un index, mais sûrement la première approche ci-dessus souffrira-t-elle du même problème ?

Answer 1

Ces trois-là auront exactement le même plan d'exécution

declare @id varchar(40)
select @id = '172-32-1176'

select * from authors
where au_id <> @id

select * from authors
where au_id != @id

select * from authors
where not (au_id = @id)

Cela dépendra aussi de la sélectivité de l'indice lui-même, bien sûr. J'utilise moi-même toujours au_id <> @id

Answer 2

Notez que l'opérateur != n'est pas un standard SQL. Si vous voulez que votre code soit portable (c'est-à-dire, si vous y tenez), utilisez <> à la place.

Answer 3

Juste un petit ajustement pour ceux qui arrivent plus tard :

L'opérateur d'égalité génère une valeur inconnue lorsqu'il y a un null et la valeur inconnue est traitée comme un faux. Pas (inconnu) est inconnu

Dans l'exemple ci-dessous, je vais essayer de dire si un couple (a1, b1) est égal à (a2, b2). Notez que chaque colonne a 3 valeurs 0, 1 et NULL.

DECLARE @t table (a1 bit, a2 bit, b1 bit, b2 bit)

Insert into @t (a1 , a2, b1, b2) 
values( 0 , 0 , 0 , NULL )

select 
a1,a2,b1,b2,
case when (
    (a1=a2 or (a1 is null and a2 is null))
and (b1=b2 or (b1 is null and b2 is null))
)
then 
'Equal'
end,
case when not (
    (a1=a2 or (a1 is null and a2 is null))
and (b1=b2 or (b1 is null and b2 is null))
)
then 
'not Equal'
end,
case when (
    (a1<>a2 or (a1 is null and a2 is not null) or (a1 is not null and a2 is null))
or (b1<>b2 or (b1 is null and b2 is not null) or (b1 is not null and b2 is null))
)
then 
'Different'
end
from @t

Notez qu'ici nous attendons des résultats :

• Egale à être nulle
• pas égal à être pas égal
• différent pour être différent

mais nous obtenons un autre résultat

• Equal est nul OK
• Non égal est nul ? ??
• Différent, c'est différent

Answer 4

Il n'y aura pas d'impact sur les performances, les deux déclarations sont parfaitement égales.

HTH