Что делать, когда ENUM недостаточно?

Question

[Артемий]

Только начинаю капаться в MySQL и мои знания ограничиваются .../the-types-of-data-in-sql.html.
Для дальнейшего объяснения: (комментарий к полю БД), *формат записи*, 'элемент формата записи'

Хочу делать следующую структуру:
1.ID базы данных (*2-значный код*)
2.Дата последнего обновления базы данных (*год-месяц-день час:минута:секунда*)
3.ID Дистрибьютора (*13-значный код*)
4.Пункты самовывоза (если null, то самовывоза нет *’ID пункта’,’ID пункта’,...*)

Поле 4 хочется сделать ENUM и перечислять туда пункты самовывоза.
Насколько это правильное решение и как это можно сделать оптимальнее?

ID-шники пунктов самовывоза будут инкрементально писаться в другую таблицу.

Answer 1

[OKyJIucT]

Делайте его типом INT, связанным с полем id из таблицы, в которую будут складываться ID-шники пунктов самовывоза. Иначе вам надо будет каждый раз в структуру поля добавлять новое значение пункта вывоза.

Comments

[Евгений]

Все правильно!

P.S. А если человек хочет экономить, пусть сделает поле UNSIGNED TINYINT (если пунктов самовывоза будет не более 255).

[d-stream]

Евгений, и потом будет ходить по граблям)

Answer 2

[d-stream]

Пункты самовывоза - штука переменная во времени, да еще и иногда закрывающиеся-открывающиеся... Плюс история.
Так что явно пункт самовывоза - это id на таблицу пунктов самовывоза.
Притом последняя может оказаться нетривиальной по составу:
- пункт закрывается, но поток уже заказанного для него идет - нужен флажок отображать ли его в новых формах заказа
- пункт имеет ограничения по габаритам, ассортименту, времени работы и т.п. - значит это может/должно фигурировать при заказе