MySQL, лучше вставить NULL или пустую строку?

У меня есть форма на сайте, которая имеет много разных полей. Некоторые поля являются необязательными, а некоторые - обязательными. В моей БД у меня есть таблица, в которой хранятся все эти значения, лучше ли вставлять значение NULL или пустую строку в столбцы БД, в которые пользователь не помещал никаких данных?

С помощью NULLвы можете различать «положить данные» и «положить пустые данные».

Еще несколько отличий:

• A LENGTHиз NULLis NULL, a LENGTHиз пустой строки есть 0.

• NULLs сортируются перед пустыми строками.

• COUNT(message)будет считать пустые строки, но не NULLс

• Вы можете искать пустую строку, используя связанную переменную, но не для NULL. Этот запрос:

  SELECT  *
  FROM    mytable 
  WHERE   mytext = ?

  никогда не будет соответствовать NULLin mytext, какое бы значение вы ни передавали от клиента. Чтобы соответствовать NULLs, вам нужно использовать другой запрос:

  SELECT  *
  FROM    mytable 
  WHERE   mytext IS NULL

Если вы когда-нибудь планируете переключать базы данных, стоит учесть, что Oracle не поддерживает пустые строки . Они автоматически конвертируются в NULL, и вы не можете запрашивать их, используя такие предложения, как WHERE somefield = ''.

Следует иметь в виду, что NULL может значительно усложнить ваши пути к кодам. Например, в Python большинство адаптеров / ORM баз данных отображаются NULLна None.

Итак, такие вещи, как:

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

может привести к «Привет, нет Джо Доу!» Чтобы избежать этого, вам нужно что-то вроде этого кода:

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

Что может сделать вещи намного сложнее.

Лучше вставить NULLдля согласованности в вашей базе данных в MySQL. Внешние ключи могут быть сохранены как, NULLно НЕ как пустые строки.

У вас будут проблемы с пустой строкой в ограничениях. Возможно, вам придется вставить поддельную запись с уникальной пустой строкой, чтобы удовлетворить ограничения внешнего ключа. Плохая практика, я думаю.

Смотрите также: Может ли внешний ключ быть пустым и / или дублировать?

Я не знаю, что было бы лучше в этом случае, но я бы вообще допустил ошибку в пользу нуля, если вы не хотите, чтобы ноль означал что-то отличное от пустой строки, а ввод пользователя соответствовал вашему определению пустой строки.

Обратите внимание, что я говорю, что вам нужно определить, как вы хотите, чтобы они отличались. Иногда имеет смысл различать их, иногда нет. Если нет, просто выберите один и придерживайтесь его. Как я уже сказал, я склоняюсь к NULL большую часть времени.

Да, и имейте в виду, что если столбец имеет значение NULL, вероятность того, что запись появится практически в любом запросе, который выбирает (имеет условие where, в терминах SQL) на основе этого столбца, если только выбор не для пустого столбца конечно.

Если вы используете несколько столбцов в уникальном индексе, и хотя бы один из этих столбцов является обязательным (т. Е. Обязательным полем формы), если вы установите для других столбцов индекса значение NULL, вы можете получить дублированные строки. Это потому, что значения NULL игнорируются в уникальных столбцах. В этом случае используйте пустые строки в других столбцах уникального индекса, чтобы избежать дублирования строк.

КОЛОННЫ В УНИКАЛЬНОМ ИНДЕКСЕ:
(event_type_id, event_title, дата, местоположение, URL)

ПРИМЕР 1:
(1, «Барбекю», «2018-07-27», ноль, ноль)
(1, 'BBQ', '2018-07-27', null, null) // разрешено и продублировано.

ПРИМЕР 2:
(1, «Барбекю», «2018-07-27», «,»)
(1, 'BBQ', '2018-07-27', '', '') // НЕ допускается, так как он дублируется.

Вот несколько кодов:

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;

Теперь вставьте это, чтобы увидеть, что это позволит дублировать строки:

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

Теперь вставьте это и убедитесь, что это не разрешено:

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

Так что здесь нет правильного или неправильного. Вам решать, что лучше всего подходит для ваших бизнес-правил.