Lösung für das Problem der Nullspalte in der NOT IN-Füllgrube in MySQL

Als ich vor einiger Zeit an einer kleinen Funktion in der Firma arbeitete, zählte ich, wie viele Daten in einer bestimmten Situation vorhanden waren, und modifizierte dann das Problem. Es schien damals sehr einfach, also schrieb ich das folgende SQL:

SELECT COUNT(*) FROM t1, wobei tl.c1 nicht IN (SELECT t2.c1 FROM t2) ist;

Das erwartete Ergebnis lautet: Wie viele Daten befinden sich in t1 und nicht in t2? Das Ergebnis lautet: 0, d. h. alle Daten in t1 befinden sich in t2. Es lässt sich jedoch leicht feststellen, dass einige Daten in t1, aber nicht in t2 vorhanden sind, was sich sehr seltsam anfühlt. Dieses SQL scheint in Ordnung zu sein. Nach einiger Suche stellt sich heraus, dass das Feld c1 von t2 einen Nullwert enthält. Eine Änderung in die folgenden beiden Formen kann das erwartete Ergebnis erzielen:

Wählen Sie Count(*) aus t1 links, Join t2 auf t1.c1 = t2.c1, wobei t2.c1 NULL oder t2.c1 = '' ist;

oder

wähle COUNT(*) aus t1, wobei t1.c1 nicht in (
wähle t2.c1 aus t2, wobei t2.c1 nicht null ist UND t2.c1 != ''
);

Es liegt also alles an null (ich habe auch den leeren String hinzugefügt, um Fehler zu vermeiden). Der Grund dafür ist, dass das Implementierungsprinzip von not in darin besteht, jedes t1.c1 mit jedem t2.c1 (die Abfrageergebnisse in den Klammern) auf Ungleichheit (!=) zu vergleichen.

für jedes c1 in t2:
wenn t1.c1 != c1:
weitermachen
anders:
return false
returniere wahr

In SQL ist jedes Operationsergebnis von !=null falsch. Wenn also in t2 ein Nullwert vorhanden ist, gibt die Abfrage von „not in“ immer „false“ zurück, d. h. das Abfrageergebnis ist leer.

Zusammenfassen

Das Obige ist der vollständige Inhalt dieses Artikels. Ich hoffe, dass der Inhalt dieses Artikels einen gewissen Lernwert für Ihr Studium oder Ihre Arbeit hat. Vielen Dank für Ihre Unterstützung von 123WORDPRESS.COM.