产品聚合器的数据库设计

Question

我正在尝试为产品聚合器设计一个数据库。每个产品都有关于它的来源、成本、产品类型、价格、颜色等的信息。用户需要能够根据任何这些产品类别搜索和过滤结果。我也期望拥有大量的用户。我最初的想法是建立一个大表，其中包含每种产品，每条信息有一列，以及我需要能够搜索的任何内容的索引，但我认为这可能效率低下，因为有很多用户在处理这个问题桌子。我的另一个想法是组织数据库以促进表格的树状导航，但因为您可以按任何内容进行搜索，所以我不确定如何组织表格。

对一些好的做法有什么想法吗？

Answer 1

一张产品表 - 数据库的设计目的是让大量用户在表上进行操作。

（来自评论）

您需要对数据进行建模。这来自于查看您拥有的所有数据，确定哪些内容与哪些内容相关（表称为关系，因为行中的所有属性都与候选键相关）。您还没有真正提供足够的信息来了解您在这些产品上拥有哪些数据（非结构化？）的范围以及它们如何变化。您是否会遇到困难，因为鞋子有品牌、型号、尺寸和颜色，而桌子只有品牌、型号和表面处理？所有这些都将为您的数据模型提供信息。通常，您有一个产品表，并且其他内容链接到它。

其中一些属性将是查找表的外键，其他属性（价格）将是简单的标量。适当的索引，你会没事的。对于高级分析，请考虑维度建模的星型模式，但可能不适用于您的实时交易系统 - 取决于您的数据流/工作流/交易是什么。或者考虑其原则在事务数据库中的一些好处。 Ralph Kimball 提供了有关维度建模的丰富信息。

Answer 2

我认为这里不需要树结构。你可以用单表来做。

如果您坚持使用具有层次结构的树结构，这里有一个 示例 来获取你开始了。

Answer 3

用于基于文本的搜索，并且易于启动和使用设计方面，我强烈推荐Apache SOLR。 SOLR API 易于使用（尤其是 JSON）。数据库的文本搜索效果很差，我建议您只需确保它们正确响应主/唯一键查询，而这些是您应该索引的字段。

Answer 4

一个用于产品的表，另一个用于产品类别层次结构的表（您没有具体说您有这个，但“表的树状导航”让我认为您可能有）。

我可以看到，如果您计划对几乎每一列建立索引，您可能会担心过度索引会导致问题。在这种情况下，最好在您认为用户可能搜索的前 5 或 10 列上建立索引，除非用户可以在任何列上搜索。在这种情况下，您可能需要考虑构建数据仓库。也许您会想研究一下数据立方体，看看这些是否有帮助......？

---

对于层次结构数据，您需要一个如下所示的 PRODUCT_CATEGORY 表：

ID
PARENT_ID
NAME

一些示例数据：

ID     PARENT_ID     NAME
1                    ROOT
2      1             SOCKS
3      1             HELICOPTER PARTS
4      2             ARGYLE

某些 SQL 引擎（例如 Oracle）允许您编写递归查询以在单个查询中遍历层次结构。在此示例中，树的根的 PARENT_ID 为 NULL，但如果您不希望此列可为空，我也见过 -1 用于相同目的。