mysql - 配方数据库扩展

Question

我正在进行一个项目，该数据库将作为其后端。我对一些我正在努力解决的设计方面有一些问题。

这是迄今为止我的设计:

Recipe(id, name, description, time, serving, skill)

Ingredient(id, name, type, description, BaseAmount, AmountType, cost)

RIngredient(RecipeID, IngredientID, AmountNeeded, amount type)

RStep(RecipeID, StepNo, Step description)

Meal(MealID, RecipeName, RecipeServing)

Inventory(InvID, IngredientID, IngredientName, IngredientCost, AmountNeeded)

Timetable(Day, Breakfast, Lunch, Dinner)

膳食表，是为了能够将数据存储到时间表中，但是这种设计是否有效，因为将来如果饭菜煮熟后有不止一份，则应将饭菜存储起来并在第二天食用或最多 2 个因此，有效利用成分。库存用于跟踪已购买的元素并计算剩余的成分。这样，如果剩下一些成分，用户就会收到通知，这样他们下次就不必购买那么多了。

我还希望能够为该食谱实例添加额外的成分或删除它们。这是作为 sql 语句删除/更新来完成还是需要一个单独的表。

任何关于设计或任何您认为会更好的评论都将不胜感激。

Answer 1

一个菜谱会产生一定数量的份量——这就是您所说的份量的意思吗？

您可以制作“双重配方”，或者也许是“半配方”，因此需要指定该“因素”。

所以，你需要另一个表来指示“制作菜谱”；我将其称为 Batch，并带有 RecipeId factor、datetime。

Meal 由多个事物组成，因此您需要一个 Meal 与 Meal 中涉及的每个批处理之间的多对多映射表。

你不能把剩菜冷冻起来吗？因此“一两天”基本上是无关紧要的。但冰箱里会有一份份量库存。

我不知道你的时间表要去哪里；大部分信息可以/应该在膳食中。

从库存中减去 5 磅面粉时，享受转换“杯”花的乐趣。