Организация БД

Вероятно похожий вопрос уже задавали, но не знаю, как правильно искать.

Решил для себя сделать базу данных по коктейлям.
Идея очень простая:
Табличка A — название коктейля, текст рецепта, вероятно картинка.
Табличка Б — ингридиент, вероятно картинка, вероятно описание

И еще одна табличка, которая позволяет для каждого коктейля посмотреть все входящие в коктейль ингридиенты и их количества.
Соответственно, встает проблема — как правильно хранить для коктейля все его ингридиенты с количествами.

То есть коктейль: ингридиент 1: n1 мл, ингридиент2: n2 мл…

Реализовать пока собираюсь на PostпresSQL, но если выбор плохой, то скажите, что лучше и я передумаю.
Оболочку пишу на Java, хотелось бы использовать SpringRoo…

Спасибо большое за внимание.
  • Вопрос задан
  • 2643 просмотра
Решения вопроса 1
Зависит от перегруженности ресурса.

— Если до пары тысяч посетителей в день, то Вам нужен «классический» вариант:
+ Таблица «Коктели»: id, название, ссылка на изображение, описание.
+ Таблица «Ингредиенты»: id, название, ссылка на изображение, описание.
+ Таблица «Состав»: id, id_коктеля, id_индигриента, количество.

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

Войдите, чтобы написать ответ

Похожие вопросы