Должна ли быть колонка в таблице, если она будет не заполнена у некоторых пользователей?

Question

[Twitt]

Есть у меня колонка в таблице, которая может быть не заполнена по желанию юзера. Причем например, на 10 000 записей, у 4000 строк она может быть не заполнена (null). Есть ли смысл от этой колонки в таблице, или сделать отдельную таблицу с этой колонкой, и туда будут попадать только те записи, у которых эта колонка должна быть заполнена?
Просто мне кажется, что если колонку оставить в существующей таблице, то это занимает лишнее место (у многих там просто null)

Answer 1

[sim3x]

или сделать отдельную таблицу с этой колонкой, и туда будут попадать только те записи, у которых эта колонка должна быть заполнена?

нет

Просто мне кажется, что если колонку оставить в существующей таблице, то это занимает лишнее место (у многих там просто null)

преждевременная оптимизация

Comments

[netyshka]

Преждевременно это плохо ? Вообще все, что преждевременно, все хорошо))) Спроектировать бд исходя из проблем , которые могут возникнуть

[sim3x]

netyshka,
premature optimization is like premature ejaculation

Хорошо спроетировать === 3nf/bcnf
Вы не знаете, какие проблемы возникнут в будущем и возникнут ли они вообще

[netyshka]

premature optimization is like premature ejaculation

в таком контексте плохо конечно

[sim3x]

netyshka,

все, что преждевременно, все хорошо)))

[netyshka]

sim3x, в другом контексте) преждевременно зонтик в тачку положить, на случай дождя например:)

[sim3x]

netyshka, в данном контексте, собрать белаз для поездки в булошную на углу

Answer 2

[xmoonlight]

Оставьте её в покое. Она не займёт места больше двух соседних.

Answer 3

[Игорь Воротнёв]

она может быть не заполнена (null).

Она заполнена. NULL это валидное значение, такое же как и любое другое.

или сделать отдельную таблицу с этой колонкой

Лишнее. Это дополнительный запрос или JOIN. Выигрыша ноль.

Почитайте про кардинальность. Нету ничего плохого в том, чтобы часть записей имело NULL в колонке, которая не является обязательной. Вот если таких колонок становится много и их все условно можно отнести в категорию secondary/metadata - например, они не используются на выводе "все пользователи" (индекс), а нужны только при просмотре одного конкретного пользователя - вот тогда можно думать о том, чтобы выносить эти данные в отдельную таблицу. Например, будет users и user_data, в которой и будут эти колонки. На индексе вы будете запрашивать только users, на одном пользователе - обе таблицы.