MySQL, è meglio inserire una stringa NULL o vuota?

Ho un modulo su un sito Web che ha molti campi diversi. Alcuni dei campi sono opzionali mentre altri sono obbligatori. Nel mio DB ho una tabella che contiene tutti questi valori, è meglio inserire un valore NULL o una stringa vuota nelle colonne del DB in cui l'utente non ha inserito alcun dato?

Usando NULLè possibile distinguere tra "non inserire dati" e "mettere dati vuoti".

Alcune altre differenze:

• A LENGTHdi NULLè NULL, a LENGTHdi una stringa vuota è 0.

• NULLs sono ordinati prima delle stringhe vuote.

• COUNT(message)conterà stringhe vuote ma non NULLs

• Puoi cercare una stringa vuota usando una variabile associata ma non una NULL. Questa query:

  SELECT  *
  FROM    mytable 
  WHERE   mytext = ?

  non corrisponderà mai a NULLin mytext, qualunque valore passi dal client. Per abbinare NULLs, dovrai usare un'altra query:

  SELECT  *
  FROM    mytable 
  WHERE   mytext IS NULL

Una cosa da considerare, se hai mai intenzione di cambiare database, è che Oracle non supporta le stringhe vuote . Vengono convertiti automaticamente in NULL e non è possibile eseguire query per loro utilizzando clausole come WHERE somefield = ''.

Una cosa da tenere a mente è che NULL potrebbe rendere i tuoi codepati molto più difficili. In Python ad esempio la maggior parte degli adattatori di database / ORM mappa NULLa None.

Quindi cose come:

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

potrebbe comportare "Ciao, nessuno Joe Doe!" Per evitarlo hai bisogno di qualcosa come questo codice:

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

Il che può rendere le cose molto più complesse.

Meglio inserire NULLper coerenza nel database in MySQL. Le chiavi esterne possono essere memorizzate come NULLma NON come stringhe vuote.

Avrai problemi con una stringa vuota nei vincoli. Potrebbe essere necessario inserire un record falso con una stringa vuota univoca per soddisfare un vincolo di chiave esterna. Cattiva pratica immagino.

Vedi anche: una chiave esterna può essere NULL e / o duplicata?

Non so quale sia la migliore pratica qui, ma generalmente vorrei sbagliare a favore del null a meno che tu non voglia che null significhi qualcosa di diverso da stringa vuota e l'input dell'utente corrisponda alla definizione di stringa vuota.

Nota che sto dicendo che devi definire come vuoi che siano diversi. A volte ha senso averli diversi, a volte no. Altrimenti, basta sceglierne uno e attenersi ad esso. Come ho detto, tendo a favorire il NULL per la maggior parte del tempo.

Oh, e tieni presente che se la colonna è nulla, è meno probabile che il record appaia praticamente in qualsiasi query che seleziona (ha una clausola where, in termini SQL) basata su quella colonna, a meno che la selezione non sia per una colonna nulla ovviamente.

Se si utilizzano più colonne in un indice univoco e almeno una di queste colonne è obbligatoria (ovvero un campo modulo obbligatorio), se si impostano le altre colonne nell'indice su NULL, è possibile che si verifichino righe duplicate. Questo perché i valori NULL vengono ignorati in colonne univoche. In questo caso, utilizzare stringhe vuote nelle altre colonne dell'indice univoco per evitare righe duplicate.

COLONNE IN UN INDICE UNICO:
(event_type_id, event_title, data, posizione, url)

ESEMPIO 1:
(1, "BBQ", "2018-07-27", null, null)
(1, 'BBQ', '2018-07-27', null, null) // consentito e duplicato.

ESEMPIO 2:
(1, 'BBQ', '2018-07-27', '', '')
(1, 'BBQ', '2018-07-27', '', '') // NON consentito poiché duplicato.

Ecco alcuni codici:

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;

Ora inserisci questo per vedere che consentirà le righe duplicate:

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);

Ora inseriscilo e verifica che non sia consentito:

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', '', '');

Quindi, non c'è giusto o sbagliato qui. Sta a te decidere cosa funziona meglio con le tue regole aziendali.