Utilisation de l'opérateur correct, ou préférable, pas égal à MySQL

Question

Laquelle des deux façons (sémantiquement équivalent) est préférable de tester l'inégalité?

1. 'foo' != 'bar' (point d'exclamation et signe égal)
2. 'foo' <> 'bar' (moins de symboles et supérieure à chevrons ensemble)

La documentation MySQL indique clairement qu'il n'y a pas de différence entre eux et pourtant, certaines personnes semblent être liées uniquement à le faire d'une façon ou l'autre. Peut-être cela est juste un autre débat vi vs emacs inutile mais quand d'autres personnes lisent votre code (et donc vos requêtes), il est utile de maintenir une certaine cohérence.

<> ressemble beaucoup à <=> qui est très sous-utilisé, mais l'opérateur pourrait peut-être conduire à la confusion à un rapide coup d'œil puisque les deux sont presque en face (sauf pour les cas évidents de NULL).

Answer 1

<> devrait être préféré, toutes choses étant égales par ailleurs, car il est conforme à la norme SQL et est techniquement plus facile à transporter ...

= est non standard, mais la plupart db de la mettre en œuvre.

sql: grammaire 2008:

<not equals operator> ::=
  <>

Answer 2

Il est évident.

! caractère est à l'angle nord-ouest de claviers américains.

siège de Microsoft sont dans le coin nord-ouest des États-Unis.

. <> est un clin d'œil à Microsoft.

!= est un rejet de Microsoft.

Il est un code politique secret.

Answer 3

<> est le seul dans le standard SQL-92.

Answer 4

DBA généralement comme <> et les programmeurs comme! =. Juste une observation: -)

Answer 5

Ce sont les mêmes, il est purement préférence .

Cela devrait vous donner une bonne idée

Opérateurs

  

= (pas égal à) Non égal à   (Pas standard SQL-92)

     

<> (pas égal à) Non égal à

Answer 6

L'opérateur <> est celui qui est dans la norme SQL, de sorte que la plupart des gens qui connaissent SQL sont habitués à, ou au moins au courant. Je me suis même pas au courant que l'opérateur != était également disponible dans certains dialectes SQL jusqu'à récemment.

Comme vous avez remarqué, les gens ont tendance à utiliser que l'une ou l'autre, et qui est une bonne approche, au moins sur un projet par projet. Quel que soit vous choisissez d'utiliser, être cohérent.