sql - 数据库中冗余用户生成的数据 - 如何构建？例如，食谱共享成分

Question

我正在构建一个网站，大量用户生成的数据将存储在后端数据库中，所有用户都可以发现。

从本质上讲，一部分用户条目是多余的。举个例子，让我们假设这个数据是由食谱组成的。假设有以下条目:

标题:柠檬汁:
- 1 汤匙柠檬汁
- 2 汤匙橄榄油
只是混合!

和

标题:柠檬腌料:
- 2 汤匙柠檬汁
- 2 汤匙橄榄油
- 1汤匙酱油
只需将配料混合在一起即可!

显然，这 2 个条目有一些冗余信息:标题的一半是共享的，说明是部分共享的，一种成分是完全共享的，另一种成分是部分共享的....

此外，人们可以很容易地想象出一个由多个子食谱组成的食谱，这些子食谱也可以单独存在。因此，例如，您可以制作一份腌制侧翼牛排，其中一步使用柠檬汁。因此可以递归定义食谱。

我的问题是我应该如何构建我的 SQL 配方数据库？我的直觉是，将条目“柠檬汁”存储在Ingredients 表中，将数量“2 汤匙”存储在Quantity 表中，然后使用它们Recipe 表中的键。

但我应该走多远？我是否应该将“柠檬汁”分成两个条目，以防止与“橙子汁”和“柠檬 zest”重复？毕竟，成分也可以递归定义。

但是句子也可以，关于如何使用这些成分的说明会有一些重叠 - 但从长远来看可能不会那么多。那么单独存储每个单词是否有意义？为什么不是字母？

我不确定如何考虑这样的权衡。我想，如果我尽量减少表中信息的冗余，那么一定会有一些成本。它是性能明智的，还是在受孕时付出的代价？

谢谢，

JDelage

Answer 1

在您触及领域的基本元素之前，一切都是由某些东西组成的。在餐厅环境中，这些就是厨师所说的配料，即。来自食品加工厂或农场的东西。然而，在食品加工厂，这些是输出而不是输入。我试着在下面画了这个，一旦你明白它是事物的模型，它并不复杂。

因此，使用表 ProductBase 对其进行建模

食材、食谱、菜单等都是一样的。它们是由其他项目组成的项目，直到您获得通常被认为是基本元素的项目，例如柠檬、盐、胡椒、牛排等

因此，如果您有一个配方 A，其中包含成分 A1、A2 等，那么这些成分 A1、A2 可能是一个配方(即经过处理以生产某物的部分列表)，或预先准备好的东西。让数据模型反射(reflect)这一点。

从数据模型中，您不需要区分我们所说的食谱、配料等，我将所有这些存储在一个产品表中，带有 ParentProductID，

父产品用于提供容器 - 列表由其内容定义。

Linked product 用于定义容器元素引用，即一个配方有一个成分列表，因此有一个 INGREDIENT 类型的条目，它具有实际使用的产品的 LinkedProductID。

CREATE TABLE `productbase` (
    `productid` CHAR(30) NULL,
    `productname` VARCHAR(200) NULL,
    `parentproductid` CHAR(30) NULL,
    `linkedproductid` CHAR(30) NULL,
    `categoryid` CHAR(30) NULL,
    `supplierid` CHAR(30) NULL,
    `type` CHAR(30) NULL,
    `subtype` INT(11) NULL DEFAULT NULL,
    `cost` DECIMAL(10,4) NULL DEFAULT NULL,
    `mcu` CHAR(30) NULL,
    `mcuperpack` DECIMAL(10,4) NULL DEFAULT NULL,
    `quantity` DECIMAL(10,4) NULL DEFAULT NULL,

)