我怀疑是否只有Elasticsearch或Opensearch才能模拟下面的提案：我有一个产品索引，我们在市场上使用它，让人们进行搜索和购买。今天我有一个新的要求，这是允许子公司进行调查，对他们的产品。代销商是销售真实的所有者的产品并赚取每销售佣金的人。
因此，一个拥有一个所有者的产品可以有数百个附属机构。
今天我们的指数不包含子公司，我想创建一个单独的指数，因为我们有许多子公司的基础。在这个索引中，我们可以有代销商的代码和一系列与他有联系的产品，但这似乎不健康的性能方面，因为阵列将是巨大的。
另一项研究是使用parent-join查询，但我也看到了与之相关的性能问题。
我想从社区中了解是否有人对这种具有关系并允许全文搜索的建模有任何经验或建议。
我已经在想，在这种情况下，elasticsearch不能解决整个问题，或者至少它是涉及另一种技术的解决方案的一部分。
任何意见都将受到欢迎。
1条答案
按热度按时间qcuzuvrc1#
还有一个你没有引用的选项，那就是反规范化。您为此创建一个新索引的方法可能是正确的，但不是每个子公司都有一个包含一系列产品的文档，该索引应该有每个子公司销售的产品一个文档。
这样，您的文档保持精简，并且仍然很容易查询索引，因为查询将包含一个约束，用于仅选择运行调查的给定子公司的文档，然后是其他约束和/或产品，日期等的聚合。
如果一个新产品是由一个代销商销售的，只需为该代销商/产品对创建一个新文档。
如果通过关联公司销售了一定数量的给定产品，请更新特定关联公司/产品文档中的销售数量。