MySQL, краще вставити NULL або порожню рядок?

У мене є форма на веб-сайті, в якій багато різних полів. Деякі поля необов’язкові, а деякі - обов’язкові. У моїй БД є таблиця, у якій є всі ці значення, чи краще вводити значення NULL або порожній рядок у стовпці БД, де користувач не вводив жодних даних?

За допомогою NULL ви можете розрізняти "ставити без даних" і "ставити порожні дані".

Ще кілька відмінностей:

• A LENGTHof NULLis NULL, a LENGTHпорожній рядок є 0.

• NULLs сортуються перед порожніми рядками.

• COUNT(message)буде рахувати порожні рядки, але не NULLs

• Ви можете шукати порожній рядок за допомогою зв'язаної змінної, але не для NULL. Цей запит:

  SELECT  *
  FROM    mytable 
  WHERE   mytext = ?

  ніколи не буде відповідати NULLін 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 означав щось інше від порожнього рядка, і введення користувача відповідає вашому визначенню порожнього рядка.

Зауважте, що я кажу, що вам потрібно визначити, як ви хочете, щоб вони були іншими. Іноді є сенс мати їх різними, іноді - ні. Якщо ні, просто виберіть один і дотримуйтесь його. Як я вже говорив, я, як правило, віддаю перевагу NULL більшу частину часу.

О, і майте на увазі, що якщо стовпець є нульовим, запис рідше відображатиметься практично в будь-якому запиті, який вибирає (має пункт де, у SQL-термінах) на основі цього стовпця, якщо вибір не призначений для нульового стовпця звичайно.

Якщо ви використовуєте кілька стовпців в унікальному індексі, і принаймні один з цих стовпців є обов'язковим (тобто обов'язкове поле форми), якщо ви встановите інші стовпці в індексі NULL, ви можете отримати дублюючі рядки. Це тому, що значення NULL ігноруються в унікальних стовпцях. У цьому випадку використовуйте порожні рядки в інших стовпцях унікального індексу, щоб уникнути дублювання рядків.

КОЛИНИ В УНІКАЛЬНОМ ІНДЕКСІ:
(event_type_id, event_title, дата, місцезнаходження, URL)

ПРИКЛАД 1:
(1, 'BBQ', '2018-07-27', null, null)
(1, 'BBQ', '2018-07-27', null, null) // дозволено і дублюється.

ПРИКЛАД 2:
(1, 'BBQ', '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', '', '');

Отже, тут немає правильного чи неправильного. Ви самі вирішуєте, що найкраще працює з правилами вашого бізнесу.