4

使用 ES（或 Solr）对产品变体进行建模让我大吃一惊

考虑（人为的例子）：

  • 不同的产品（比如 T 恤）
  • 每个产品都有一组属性（productid、name、desc、brand、color、popularity）
  • 每个产品都有一组具有属性的产品变量（productvariantid（productid++size 的组合）、productid、size、availability、price）

这似乎是产品和产品变体之间的标准父/子关系。所以我想在ES中这样建模。

我希望能够做到以下几点：

  • A. 查询产品变量（并返回所有属性）。无需返回 product-properties，productvariant 属性就足够了。

  • B. 每个用户查询都受到限制，因此每个产品最多匹配 1 个 productvariant（在上面的示例中，这意味着我们限制 productvariant.size）

  • C. 过滤价格。

  • D. 过滤产品的某些特性

  • E. 按价格订购

  • F. 对产品属性的排序，如受欢迎程度，或 2 的组合。

  • G. productvariant.price 的方面

  • H. 产品的多个属性方面（父级）

使用父/子文档和has_parentES 执行此操作：AE + G是可能的。

但是，F和H怎么样？我已经研究_scope了方面（尽管我承认我并没有 100% 理解可能性）和所有其他想到的东西，但我没有看到一个明显的解决方案来显示产品属性的方面并且能够与 一起按它们排序has_parent。

我已经尝试过其他东西（在纸上） - has_child -> 运气不好需要返回变体信息 - 嵌入式文档（产品内部的变体）并返回具有所有变体的整个产品。只是感觉很笨拙。此外，我很确定我不能以这种方式考虑/订购价格。

非常感谢帮助

4

1 回答 1

5

我在墙上撞了很长时间，试图让类似的计划奏效。我的方案是产品/供应商关系（由多个供应商销售的单一产品，可能不同的描述/价格/可用性）。

ES 中的 Parent->Child 映射现在不是很健壮或易于使用。即使你得到了一些工作，你也会很快遇到边缘情况，这实际上是不可能的，因为 ES 不支持它。

我认为您最好的选择是自己管理父->子映射并将文档存储在自己的索引中。产品有一个 ID，然后作为 Product_ID 存储在 ProductVariant 文档中。这实际上是 ES 在内部存储父->子关系的方式。

在实践中，您查询“顶级”索引（产品），然后使用 Product_ID 字段上的过滤器对 ProductVariant 的索引执行第二次查询。

维护起来有点麻烦，但灵活得多。至少在 ES 获得更好的 Parent->Child 能力之前

于 2012-12-20T20:46:43.790 回答