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

Dieser Artikel führt Sie hauptsächlich in die relevanten Informationen zu eindeutigen Einschränkungen und NULL in MySQL ein. Die Einführung im Artikel ist sehr detailliert und bietet einen gewissen Referenz- und Lernwert für alle Freunde, die sie benötigen. Ich hoffe, es hilft allen.

Vorwort

Eine Anforderung, die ich zuvor gestellt habe, eine vereinfachte Beschreibung, besteht darin, MQ-Nachrichten von anderen Gruppen zu akzeptieren und dann einen Datensatz in die Datenbank einzufügen. Um zu verhindern, dass sie wiederholt Nachrichten senden und mehrere doppelte Datensätze einfügen, wurden mehreren Spalten in der Tabelle eindeutige Indizes 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 datetime, erlaubt NULL und der Standardwert ist NULL. 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“ ausgelöst werden, wenn die letzten beiden SQLs ausgeführt werden.

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

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 beim Erstellen eines eindeutigen Schlüssels unabhängig von der verwendeten Speicher-Engine 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 jeder Vergleich mit NULL NULL statt TRUE zurück, selbst ein 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: Einzigartiger Index erlaubt Duplikate mit Nullwerten

Verwandte Empfehlungen:

Typbeschränkungen in PHP

Detaillierte Erläuterung von Einschränkungen, Mehrtabellenabfragen und Unterabfragen in MySQL

Austausch von Codeideen für Typeinschränkungen in PHP

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