我正在尝试为产品聚合器设计一个数据库。每个产品都有关于它来自哪里、它的成本、它是什么类型、价格、颜色等的信息。用户需要能够根据任何这些产品类别搜索和过滤结果。我也希望有大量的用户。我最初的想法是有一个大表，其中包含每个产品，每条信息都有一个列，并且我需要能够搜索的任何内容都有一个索引，但我认为这可能效率低下，因为很多用户都在使用这个桌子。我的另一个想法是组织数据库以促进表格的树状导航，但是因为您可以搜索任何内容，所以我不确定如何组织表格。
对一些好的做法有什么想法吗？
【问题讨论】：
标签： database database-design web-applications
一张产品表 - 数据库旨在让大量用户在表上敲打。
（来自cmets）
您需要对数据进行建模。这来自查看您拥有的所有数据，确定什么与什么相关（表称为关系，因为一行中的所有属性都与候选键相关）。您还没有真正提供足够的信息来说明您在这些产品上拥有哪些数据（非结构化？）以及它是如何变化的。你是否会因为鞋子有品牌、型号、尺码和颜色，而书桌只有品牌、型号和饰面而感到困难？所有这些都将通知您的数据模型。通常你有一个产品表，其他东西链接到它。
其中一些属性将是查找表的外键，其他属性（价格）将是简单的标量。适当的索引，你会没事的。对于高级分析，请考虑按维度建模的星型模式，但可能不适用于您的实时交易系统 - 取决于您的数据流/工作流/交易是什么。或者在您的事务数据库中考虑其原则的一些好处。 Ralph Kimball 是有关维度建模的良好信息的来源。
【讨论】：
一个表用于产品，另一个表用于产品类别层次结构（您没有具体说您有这个，但“表格的树状导航”让我认为您可能会这样做）。
如果您打算索引几乎每一列，我知道您可能会担心过度索引会导致问题。在这种情况下，最好在您认为用户可能搜索的前 5 或 10 列上建立索引，除非用户可以搜索任何列。在这种情况下，您可能需要考虑构建数据仓库。也许您会想研究数据立方体，看看它们是否有帮助...？
对于分层数据，您需要一个如下所示的PRODUCT_CATEGORY 表：
ID
PARENT_ID
NAME
一些样本数据：
ID PARENT_ID NAME 1根 2 1 袜子 3 1 直升机零件 4 2 亚皆老街某些 SQL 引擎（例如 Oracle）允许您编写递归查询以在单个查询中遍历层次结构。在这个例子中，树的根有一个PARENT_ID NULL，但是如果你不希望这个列可以为空，我也看到-1 用于相同的目的。
【讨论】：
对于基于文本的搜索，以及易于启动和设计，我强烈推荐 Apache SOLR。 SOLR API 易于使用（尤其是 JSON）。数据库的文本搜索性能很差，我建议您确保它们正确响应主键/唯一键查询，而这些是您应该索引的字段。
【讨论】：
我认为这里不需要树结构。您可以使用单个表。
如果您坚持使用层次结构的树形结构，这里是 example 帮助您入门。
【讨论】：