产品-数据架构

Question

我正在为products模块设计表格。其中一个问题是原料。我想按配料过滤产品。因此，为了做到这一点，我猜每个配料都必须单独存储在DB中，并给出一个ID？但让我们来补充一下。它可能有50种成分。那么，如果有100万种产品需要存储，并且每种产品都有50种成分，那么存储这种(关系)的最佳方式是什么？像维生素E，VitaminB12等将每个都是一个单独的ID，我假设，因为我希望用户只找到产品中含有维生素E，当然也有其他文件，如品牌名称，产品名称，产品类别，产品类型等…另外，我还添加了社交功能，这样你就可以找到其他使用含有维生素E的产品的人。这是一个用户内容社交网站。产品只是一个更大的系统的一部分。产品的母公司是一个品牌，它本身就有许多分支。它的母公司也有自己的分支机构。

谢谢。

编辑，但这是一个问题，->，如果我标准化它，仍然会有成吨的行为每个产品输入的每个成分。除了逐行存储之外，我们还能如何存储每个项目的大量数据呢？就像在普通代码中一样，我们可以使用一个数组并将其全部抛入，但我不确定在DB中如何将其全部放入某个结构中。我的理由是50只是一个例子。许多产品都有数百种，如果你真的深入了解所使用的确切化学物质的原材料的话。这将是一个世界产品目录，所以预计会有数百万种产品。DB将非常庞大，然后在每个产品中添加数百行来存储每种配料，嗯……在使用关系数据库时，一定还有其他方法？我可以将文本存储在文件中，但我需要DB，因为1)多语言支持是必需的，2)每个产品和每个配料级别的分析过滤到用户。

Answer 1

我不确定您在设计数据库模式方面有多少经验，但您似乎可以做更多的工作来开始。

您已经确定了一些要建模和存储的数据，但您还必须考虑如何查询和更新这些数据(包括创建和删除)。您希望确保没有重复的数据，并且还考虑了性能。正如Kjensen建议的那样，请阅读有关数据库规范化的知识。

此外，我建议自己描绘一幅数据层次结构图(公司、品牌、产品、配料等)。这样你就可以看到它们之间的关系了。ER图是这样做的一个很好的方法。它们将帮助您确定所需的表、列、数据类型和主键/外键，并帮助您确保存储需要使用的所有数据。

不要害怕设计几个数据模型，并与您的团队讨论它们。

祝好运!