Нужно ли в базе данных сохранять отдельно ингредиент и продукт?

Question

[FairyFox5700]

У меня есть рецепты, которые состоят из ингредиентов-> связь один ко многим.
А также есть продукты которые хранят калорийность и название.
Ингредиент по факту должен хранить продукт и его количество и единицу измерения.
Мне нужно создавать таблицу для ингредиентов, и будет ли это связь один к одному?
Также для калорийности тоже нужно создавать свою таблицу, которая будет иметь связь с продуктом один к одному?

Answer 1

[Рональд Макдональд]

Ингредиентом, например, может быть и фарш, в котором могут быть несколько продуктов (лук, яйца, хлеб, да хоть что), я бы сделал продукт и ингредиент как "один ко многим".
И запихнул бы калорийность в "продукты".

Comments

[FairyFox5700]

спасибо большое)

Answer 2

[Иван Шумов]

О, мое тестовое задание) Ну, или это какая-то популярная задачка.
На самом деле эта задача не на знание структур данных, а на понимание самих данных и как они будут использоваться (сейчас и в будущем). Есть несколько стандартных исходов. В любом случае надо понять отличается ли продукт от ингредиента. По связям - лучше перестраховаться и использовать связи many-to-many для расширяемости, но если есть ограничения то их надо выяснить наводящими вопросами.
Про калорийность - это просто цифра. Она может быть вычисляемой или фиксируемой

Comments

[FairyFox5700]

Объясните почему many-to-many?

[Иван Шумов]

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