Heim  >  Artikel  >  Datenbank  >  Detaillierte Erläuterung der eindeutigen Einschränkungen und NULL in MySQL

Detaillierte Erläuterung der eindeutigen Einschränkungen und NULL in MySQL

黄舟
黄舟Original
2017-05-21 10:10:231231Durchsuche

Was hier aufgezeichnet wird, ist ein Fehler, der vor langer Zeit aufgetreten ist. Er stellt Ihnen hauptsächlich die relevanten Informationen über die Eindeutigkeit Einschränkung und NULL in MySQL. Die Einführung ist sehr detailliert und bietet einen gewissen Referenz- und Lernwert für alle Freunde, die sie unten lesen möchten.

Vorwort

Eine Anforderung, die ich zuvor gestellt habe, eine vereinfachte Beschreibung ist, MQ-Nachrichten von anderen Gruppen zu akzeptieren und dann einen Datensatz in die einzufügen Datenbank. Um zu verhindern, dass sie wiederholt Nachrichten senden und mehrere doppelte Datensätze einfügen, wurde mehreren Spalten in der Tabelle ein eindeutiger

Index hinzugefügt.

CREATE UNIQUE INDEX IDX_UN_LOAN_PLAN_APP ON testTable (A, B, C);
Zu diesem Zeitpunkt erlauben die drei Spalten A, B und C keine NULL-Werte und die Eindeutigkeitsbeschränkung funktioniert ebenfalls.


Später wurde aufgrund geänderter Anforderungen die bisherige Eindeutigkeitsbeschränkung geändert und eine zusätzliche Spalte hinzugefügt. (Ich werde nicht näher darauf eingehen, warum.)

ALTER TABLE testTable
DROP INDEX IDX_UN_LOAN_PLAN_APP,
ADD UNIQUE KEY `IDX_UN_LOAN_PLAN_APP` (A, B, C, D);
Das neu hinzugefügte D ist vom Typ

DatumUhrzeit, der NULL sein darf und der Standardwert NULL ist. Der Grund, warum der Standardwert NULL ist, liegt darin, dass nicht alle Datensätze diese Zeit haben. Wenn Sie einen magischen Wert (z. B. „1970-01-01 08:00:00“) als Standardwert festlegen, sieht dies seltsam aus.

Blaue Königin. . . Etwas ist schief gelaufen. Nach dem Hinzufügen von D ist die Eindeutigkeitsbeschränkung grundsätzlich ungültig.

Insert into testTable (A,B,C,D) VALUES (1,2,3,NULL); --- OK
Insert into testTable (A,B,C,D) VALUES (1,2,3,NULL); --- OK
Insert into testTable (A,B,C,D) VALUES (1,2,3,NULL); --- OK
Die oben genannten drei SQLs können alle erfolgreich ausgeführt werden und es werden mehrere identische Datensätze in der Datenbank vorhanden sein. Gemäß unserer vorherigen Idee sollte die Ausnahme „Doppelter Schlüssel“ beim Ausführen der letzten beiden SQLs ausgelöst werden.

Nachdem ich es überprüft habe, habe ich herausgefunden, dass dies im offiziellen MySQL-Dokument eindeutig angegeben ist. Der eindeutige Index ermöglicht die Existenz mehrerer NULL-Werte:

A UNIQUE index creates a constraint such that all values in the index must be distinct. An error occurs if you try to add a new row 
with a key value that matches an existing row. For all engines, a UNIQUE index allows multiple NULL values for columns that can contain NULL.
Aus der Tabelle unten: Das ist auch möglich Es ist ersichtlich, dass unabhängig von der Art der verwendeten Speicher-Engine beim Erstellen eines eindeutigen Schlüssels mehrere NULL-Werte vorhanden sein dürfen. . . .


Wenn Sie darüber nachdenken, ist es eigentlich ganz vernünftig. Schließlich wird NULL in MySQL als „unbekannt“ angesehen. In SQL gibt der Vergleich zwischen einem beliebigen Wert und NULL NULL statt TRUE zurück, selbst der Vergleich zwischen NULL und NULL gibt NULL zurück.

Wir können es also nur beheben. . . Die Lösung ist recht einfach und grob. Aktualisieren Sie einfach die Online-Daten, legen Sie „1970-01-01 08:00:00“ als Standardwert fest und ändern Sie dann diese Spalte so, dass NULL nicht zulässig ist, ähm.

Viele Leute haben dieses Problem auf der offiziellen MySQL-Website diskutiert. Einige Leute denken, es sei ein Fehler von MySQL, während andere denken, es sei eine Funktion.

MySQL-Fehler: #8173: Eindeutiger Index erlaubt Duplikate mit Nullwerten

Zusammenfassung

Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung der eindeutigen Einschränkungen und NULL in MySQL. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn