Symfony、ElasticSearch 和自定义类型

Question

在我们应用程序的一个新特性中，我们必须显示复杂的表格视图（每行显示 5 个以上实体的信息）并让用户能够在每个元素中进行搜索。

假设我们有一个基本利用 FosElasticaBundle 的 SQL 数据库，这意味着我们的 ElasticSearch 索引链接到我们的数据库。 我不确定我们可以实施的最佳情况是什么。我打算使用自定义提供程序/查找器的自定义类型，但我不确定这是否是个好主意。

在某些情况下，显示给用户的信息对于严格的映射来说太复杂了，我正在寻找在 SF/ES 中处理这个问题的最佳方法（就像我们可以做一个 MySQL 视图来使它成为可能在 MySQL 级别）。

Answer 1

对于类似的场景，我使用 Elastic 搜索文档之间的父子关系，然后将复杂性转移到查询中。根据您的查询的复杂程度，这可能会令人头疼。

其他选项是在单个文档中序列化所有内容。一般来说，这会使查询变得更简单，但另一方面，您必须注意保持所有相关实体的更新。

我都用过。我认为最正确的是第一个，但如果您的子实体没有改变，我发现第二个更容易。

从 ElasticSearch 结果回到 Doctrine 域，需要一些时间来评估性能。有时最好使用所需的连接来执行 ElasticaToModel 转换器，以避免延迟加载破坏您的性能。