Verwenden des richtigen oder bevorzugten, nicht gleichberechtigten Operators in MySQL

Question

Welcher der beiden (semantisch äquivalenten) Wege ist vorzuziehen, auf Ungleichheit zu testen?

1. 'foo' != 'bar' (Ausrufezeichen und Gleichen Zeichen)
2. 'foo' <> 'bar' (weniger als und größer als Chevron -Symbole zusammen)

Die MySQL -Dokumentation zeigt eindeutig an, dass es keinen Unterschied zwischen ihnen gibt, und dennoch scheinen manche Menschen nur so auf die eine oder andere Weise zu tun. Vielleicht ist dies nur eine weitere sinnlose VI vs. EMACS -Debatte, aber wenn andere Leute Ihren Code (und damit Ihre Fragen) lesen, ist es nützlich, eine gewisse Konsistenz aufrechtzuerhalten.

<> sieht sehr ähnlich aus <=> Das ist ein sehr nicht genutzter Betreiber, könnte aber vielleicht zu einem schnellen Blick zu Verwirrung führen, da die beiden fast gegenüber sind (mit Ausnahme des Offensichtlichen NULL Fälle).

Answer 1

<> sollte bevorzugt werden, alle Dinge sind gleich, da es dem SQL -Standard entspricht und technisch tragbarer ist ...

! = ist nicht standardard, aber die meisten DBs implementieren es.

SQL: 2008 Grammatik:

<not equals operator> ::=
  <>

Answer 2

Es ist offensichtlich.

Das ! Der Charakter befindet sich in der Nordwestecke der US -Tastaturen.

Microsoft Headquarters befindet sich in der Nordwestecke der USA.

So. <> ist eine Anspielung an Microsoft.

!= ist eine Ablehnung von Microsoft.

Es ist ein geheimer politischer Code.

Answer 3

<> ist der einzige im SQL-92-Standard.

Answer 4

DBA ist im Allgemeinen <> und Programmierer mögen! =. Nur eine Beobachtung :-)

Answer 5

Sie sind gleich, Es ist rein Präferenz.

Dies sollte Ihnen eine gute Idee geben

Betreiber

! = (Nicht gleich) nicht gleich (nicht SQL-92 Standard)

<> (Nicht gleich) nicht gleich

Answer 6

Das <> Der Bediener ist derjenige, der sich im SQL -Standard befindet, daher werden die meisten Menschen, die SQL kennen, daran gewöhnt oder sich desindest bewusst. Ich selbst war mir dessen nicht einmal bewusst != Der Bediener war bis vor kurzem auch in einigen SQL -Dialekten erhältlich.

Wie Sie bemerkten, neigen die Menschen dazu, nur das eine oder andere zu verwenden, und das ist ein guter Ansatz, zumindest auf Projektbasis. Was auch immer Sie verwenden möchten, seien Sie konsistent.