MySQL, besser NULL oder leere Zeichenfolge einfügen?

Ich habe ein Formular auf einer Website, die viele verschiedene Bereiche hat. Einige der Felder sind optional, während andere obligatorisch sind. In meiner Datenbank habe ich eine Tabelle, die alle diese Werte enthält. Ist es besser, einen NULL-Wert oder eine leere Zeichenfolge in die DB-Spalten einzufügen, in die der Benutzer keine Daten eingegeben hat?

Mit können NULLSie zwischen "Keine Daten einfügen" und "Leere Daten einfügen" unterscheiden.

Einige weitere Unterschiede:

• A LENGTHvon NULList NULL, a LENGTHvon einer leeren Zeichenfolge ist 0.

• NULLs werden vor den leeren Zeichenfolgen sortiert.

• COUNT(message)zählt leere Strings, aber nicht NULLs

• Sie können mit einer gebundenen Variablen nach einer leeren Zeichenfolge suchen, nicht jedoch mit einer NULL. Diese Abfrage:

  SELECT  *
  FROM    mytable 
  WHERE   mytext = ?

  wird niemals mit einem NULLin übereinstimmen mytext, egal welchen Wert Sie vom Client übergeben. Um mit NULLs übereinzustimmen, müssen Sie eine andere Abfrage verwenden:

  SELECT  *
  FROM    mytable 
  WHERE   mytext IS NULL

Wenn Sie jemals vorhaben, die Datenbank zu wechseln , sollten Sie berücksichtigen, dass Oracle keine leeren Zeichenfolgen unterstützt . Sie werden automatisch in NULL konvertiert und können nicht mit Klauseln wie abgefragt werden WHERE somefield = ''.

Beachten Sie, dass NULL Ihre Codepfade möglicherweise erheblich erschwert. In Python zum Beispiel die meisten Datenbank - Adapter / ORMs Karte NULLzu None.

Also Dinge wie:

print "Hello, %(title)s %(firstname) %(lastname)!" % databaserow

könnte zu "Hallo, keine Joe Doe!" Um dies zu vermeiden, benötigen Sie so etwas wie diesen Code:

if databaserow.title:
    print "Hello, %(title)s %(firstname) %(lastname)!" % databaserow
else:
    print "Hello, %(firstname) %(lastname)!" % databaserow

Das kann die Dinge viel komplexer machen.

Besser einfügen, NULLum die Konsistenz in Ihrer Datenbank in MySQL zu gewährleisten. Fremdschlüssel können als gespeichert werdenNULL aber NICHT als leere Zeichenfolgen .

Sie haben Probleme mit einer leeren Zeichenfolge in den Einschränkungen. Möglicherweise müssen Sie einen gefälschten Datensatz mit einer eindeutigen leeren Zeichenfolge einfügen , um eine Fremdschlüsseleinschränkung zu erfüllen. Schlechte Praxis, denke ich.

Siehe auch: Kann ein Fremdschlüssel NULL und / oder doppelt sein?

Ich weiß nicht, was hier die beste Vorgehensweise wäre, aber ich würde mich im Allgemeinen für die Null irren, es sei denn, Sie möchten, dass Null etwas anderes als eine leere Zeichenfolge bedeutet und die Benutzereingabe mit Ihrer Definition einer leeren Zeichenfolge übereinstimmt.

Beachten Sie, dass ich sage, dass SIE definieren müssen, wie sie unterschiedlich sein sollen. Manchmal ist es sinnvoll, sie anders zu haben, manchmal nicht. Wenn nicht, wählen Sie einfach eine aus und bleiben Sie dabei. Wie gesagt, ich tendiere dazu, die NULL die meiste Zeit zu bevorzugen.

Oh, und denken Sie daran, dass, wenn die Spalte null ist, der Datensatz weniger wahrscheinlich in praktisch jeder Abfrage erscheint, die basierend auf dieser Spalte eine where-Klausel (in SQL-Begriffen) auswählt (es sei denn, die Auswahl bezieht sich auf eine Nullspalte) natürlich.

Wenn Sie mehrere Spalten in einem eindeutigen Index verwenden und mindestens eine dieser Spalten obligatorisch ist (dh ein erforderliches Formularfeld), können Sie doppelte Zeilen erhalten, wenn Sie die anderen Spalten im Index auf NULL setzen. Dies liegt daran, dass NULL-Werte in eindeutigen Spalten ignoriert werden. Verwenden Sie in diesem Fall leere Zeichenfolgen in den anderen Spalten des eindeutigen Index, um doppelte Zeilen zu vermeiden.

SPALTEN IN EINEM EINZIGARTIGEN INDEX:
(event_type_id, event_title, Datum, Ort, URL)

BEISPIEL 1:
(1, 'BBQ', '2018-07-27', null, null)
(1, 'BBQ', '2018-07-27', null, null) // erlaubt und dupliziert.

BEISPIEL 2:
(1, 'BBQ', '2018-07-27', '', '')
(1, 'BBQ', '2018-07-27', '', '') // NICHT erlaubt, da es dupliziert wird.

Hier sind einige Codes:

CREATE TABLE `test` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `event_id` int(11) DEFAULT NULL,
  `event_title` varchar(50) DEFAULT NULL,
  `date` date DEFAULT NULL,
  `location` varchar(50) DEFAULT NULL,
  `url` varchar(200) DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `event_id` (`event_id`,`event_title`,`date`,`location`,`url`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

Fügen Sie dies nun ein, um zu sehen, dass die duplizierten Zeilen zulässig sind:

INSERT INTO `test` (`id`, `event_id`, `event_title`, `date`, `location`, 
`url`) VALUES (NULL, '1', 'BBQ', '2018-07-27', NULL, NULL);

INSERT INTO `test` (`id`, `event_id`, `event_title`, `date`, `location`, 
`url`) VALUES (NULL, '1', 'BBQ', '2018-07-27', NULL, NULL);

Fügen Sie nun dies ein und überprüfen Sie, ob es nicht erlaubt ist:

INSERT INTO `test` (`id`, `event_id`, `event_title`, `date`, `location`, 
`url`) VALUES (NULL, '1', 'BBQ', '2018-07-28', '', '');

INSERT INTO `test` (`id`, `event_id`, `event_title`, `date`, `location`, 
`url`) VALUES (NULL, '1', 'BBQ', '2018-07-28', '', '');

Hier gibt es also kein Richtig oder Falsch. Es liegt an Ihnen, zu entscheiden, was mit Ihren Geschäftsregeln am besten funktioniert.