Пустое поле хранение и выборка?

Question

[Оптимус Пьян]

В документации пишут что по возможности надо делать поле NOT NULL т.к. это сэкономит по байту на строчку. Вопрос: какой вариант пустого поля (нет значения) занимает меньше места в БД и быстрее ищется?
NULL, 0, '' (пустая строка) или что-то ещё?

Answer 1

[Станислав Макаров]

0 - это не вариант пустого поля, если вы храните количество чего-либо. Также и с пустой строкой - это не всегда эквивалент NULL. Нулл это вообще даже не пустое, а "неизвестное" значение - важно понимать разницу.

Как по мне, нет более извращенного способа поставить себе грабли, как экономить место в БД используя/не используя NULL. Это должно целиком определяться предметной областью. Не думаю, что какая-либо СУБД настолько ужасна, что будет тратить на nullable значения в два раза больше места.

Comments

[Оптимус Пьян]

Также и с пустой строкой - это не всегда эквивалент NULL

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

[Станислав Макаров]

Дмитрий извините, я не понял суть вашего комментария. Вы про NULL спрашиваете или про то, какие типы данных использовать?

Answer 2

[Максим Федоров]

что касается null в MySQL от него по возможности нужно избавляться (только ж без фанатизма). Нужно понимать что для каждого типа данных нужно использовать свое значение по умолчанию, если тип строка - тогда лучше "", если число - тогда 0 и т.п. Ну и соответственно значение по умолчанию будет занимать столько места сколько занимает сам тип столбца. Подробнее о размерах типов данных можно почитать здесь

Comments

[Оптимус Пьян]

Да я помню приблизительные требования к памяти, но там на странице нет никакой информации о null или пустоте. В чём я выигрываю когда 0 а не NULL? У меня особенность данных такая что в таблице ооочень много пустых значений во многих столбцах будет.

[Максим Федоров]

Почему не стоит использовать null
1. Скорость работы (на маленьких данных вряд ли будет заметно)
2. Гемор с последующими запросами. Если Вы будет использовать в запросах агрегатные функции, конкатенацию и т.п. корректно сделать по столбцу с null Вы это не сможете. Точнее сможете только через костыли. К примеру агрегатная функция SUM если в нее попадет хоть одно значение null - вернет NULL. При чем такие баги могут обнаружится далеко не сразу

Я не говорю что null вообще не стоит использовать, просто нужно его использовать с умом.

[Оптимус Пьян]

Максим Федоров: Всё прекрасно работает, только что проверил - MAX, MIN, AVG, SUM только MIN() исключает null-значения из поиска и выводит наименьшее из оставшихся, но это нормально

[Максим Федоров]

пардон, чет сегодня туплю, да NULL корректно работает на агрегатных функциях, на мат. операциях не работает, аля SELECT (1 + NULL) и т.п.