Database 消费品数据建模

一家公司正试图建立一个系统，将消费品软饮料、洗涤剂、美容产品等分解为非常基本的组成部分。其目的是能够将产品的所有特征分解为尽可能多的可枚举数量。例如，软饮料具有风味、卡路里、颜色、成本、，等等。请注意，产品将来自多种细分市场，并非所有属性都适用于所有产品。洗涤剂不含热量，类似的性质也不相似。带有酸橙香味的洗涤剂与酸橙味软饮料不同。此外，搜索速度预计会很快，数据库需要了解产品之间的关系。仅建议相同的数据模型。

您突出显示的特性（并非所有属性都描述所有产品）是类/子类情况的典型特性。或者，如果您愿意，键入/子类型

处理这个问题的特点，如果你想对你对主题的理解进行建模，我将提请你注意EER扩展实体关系模型。EER有一种描述它所称的泛化/专业化模式的方法。这是一个很好的搜索词，可以找到它的详细描述。这将充分描述你所说的你所追求的

不过，我要提醒你一句。您将在中看到的大多数ER模型都是设计模型，而不是概念模型。也就是说，它们反映了设计由列和行组成的表（带有键和外键）以包含相关数据的意图

我推荐的是EER模型，其用途完全不同。它描述的是主题专家对数据的看法，而不是数据库设计者对数据的看法。那些从未了解过分析和设计之间的区别的人失去了这种区别

如果你的项目是一个重要的项目，那么在开始设计之前，花适当的时间对主题进行详细的分析是值得的。在你试图解决问题之前先了解它是在大型项目中成功工作的关键

一旦您有了一个好的概念模型来捕获分析，选择一个数据模型来反映设计将取决于您决定构建哪种类型的数据库。它可能是关系型的，可能是多维的，也可能是非结构化的。视情况而定。但是，如果它是独立于实现的，那么分析将更加有用