配方数据库扩展

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 语句 delte/update 完成还是需要一个单独的表。

任何 cmets 都会非常感谢您的设计或您认为会更好的任何东西。

Answer 1

Recipe 产生一些份量——这就是您所说的serving 的意思吗？

您可以制作“双份食谱”，或者，也许是“半份食谱”，因此需要指定“因素”。

因此，您需要另一个表来指示“制作食谱”；我称它为Batch，与RecipeId factor, datetime。

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

你不能把剩菜冷冻起来吗？所以“一两天”大多是无关紧要的。但是您将有一份Servings 的库存放在冰箱里。

我不知道Timetable你要去哪里；大部分信息可以/应该在Meal。

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