Вопрос по архитектуре бд

[iolke]

Здравствуйте,

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

Есть таблица продуты с полями как в неё интегрировать сезон? Предполагаю устанавливать сезон по месяцам.
как должно быть :
Например
Продукт - мясо
Сезон - круглый год ( 12 месяцев)

продукт -груша
Сезон - март, апрель, май, декабрь

как лучше хранить сезон, в отдельной таблице?
И как связать с продуктом несколько месяцев?
Или опять писать 1000 строк только с одной грушей! Груша - март, груша - апрель И так далее и так хранить

Подскажите варианты? Благодарю

 

[WMix]

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

 

[Фанат]

Или опять писать 1000 строк только с одной грушей! Груша - март, груша - апрель

В году же вроде 12 месяцев, а не 1000?

 

[iolke]

В году же вроде 12 месяцев, а не 1000?

Продуктов тысячи * 12 = дохрена строк

 

[fixxxer]

Нужен ли поиск по сезонности?

 

[iolke]

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

примерно так, но «от и до» это месяца , а они могут быть и не подряд

например редиска май, июнь, сентябрь

 

[iolke]

Нужен ли поиск по сезонности?

Конечно нужен , сортировать нужно, например на что я могу рассчитывать в ноябре

 

[iolke]

Какие варианты ?

 

[fixxxer]

Конечно нужен , сортировать нужно, например на что я могу рассчитывать в ноябре

Тогда таблицу.

Продуктов тысячи * 12 = дохрена строк

Это немного для современного железа.

Если много продуктов "круглый год", то можно считать отсутствие данных в этой таблице признаком круглогодичности.

 

[Фанат]

Или опять писать 1000 строк только с одной грушей!

или я что-то не понял

 

[iolke]

Тогда таблицу.


Это немного для современного железа.

Если много продуктов "круглый год", то можно считать отсутствие данных в этой таблице признаком круглогодичности.

Думаете Продукт - месяц: такая таблица единственный вариант?

 

[iolke]

или я что-то не понял

Да ну ладно , не придирайтесь, ясно что с грушей только 12

подскажите лучше как-нибудь хитрость, как поудобнее сделать

 

[iolke]

Спасибо всем за мнение

 

[fixxxer]

Отдельная таблица нужна для быстрого поиска: если сделать на нее индекс (продукт, месяц), то фильтроваться будет быстро - по индексу.

Можно сделать в таблице продуктов поле типа Set() из 12 полей, но поиск будет фуллсканом (mysql будет проверять каждую строку в таблице продуктов), индекс на поле Set бесполезный (это битмаска, и в индексе будет только полное значение битмаски, а не отдельных битов - так что эффективно получится искать толко по полному совпадению всех месяцев). Я потому про поиск и спросил. Если у вас уже поиск по другим полям устроен неоптимально и приводит к фуллскану, и при этом скорость поиска устраивает - можете сделать Set, хуже не станет.

Я, кстати, тут подразумеваю, что СУБД - это mysql (вы не указали, и я предполагаю). Скажем, в postgresql есть более интересные варианты.

 

[WMix]

например редиска май, июнь, сентябрь

будет 3 строки

 

[Valick]

Отдельная таблица нужна для быстрого поиска

Не только для поиска, нормализованная структура БД нужна для работы с данными на уровне СУРБД.

iolke , сделай отдельную таблицу season в которой будет всего два поля id_product и month_number

 

[iolke]

На сегодня вопрос решён обычным образом через отдельную таблицу season