今天，让我们深入研究 has_child 查询和 has_parent 查询，这将帮助我们将 2 个不同的文档组合到一个索引中，从而使我们能够将它们与关系关联起来。 这样做会对我们搜索相关文档时有很大帮助。 在使用 has_child 及 has_parent 这种关系时，我们必须使用 join 数据类型。更多有关 join 数据类型的介绍，请参考文章 "Elasticsearch： Join 数据类型"。在实际的使用时，我们必须注意的一点是： join 不能跨索引，Elasticsearch 的重点在于速度，而传统 join 的运行速度太慢。 因此，子文档和父文档都必须位于相同的索引和相同的分片中。
了解亲子关系
Elasticsearch 中的父子关系涉及将一个索引中的文档作为父项与另一索引中的文档相关联。 这种关系对于数据组织需要分层结构、需要分层搜索的场景非常重要。 has_child 和 has_parent 查询为我们提供了在这些关系中轻松准确地导航和搜索的选项。
has_child 查询
has_child 查询允许我们根据关联子文档的内容搜索父文档。 当我们想根据孩子的属性对父母进行过滤或评分时，此查询主要有用。
句法：
{
"query": {
"has_child": {
"type": "child_type",
"query": {
"match": {
"field": "value"
}
}
}
}
}
让我们考虑一下，我们的 "fruits" 索引中有父子关系，其中每个 fruit 文档都是父文档，这些水果的 nutritional_info 信息存储为子文档。 has_child 查询可用于查找具有特定营养价值的水果。
{
"query": {
"has_child": {
"type": "nutritional_info",
"query": {
"range": {
"vitamin_c": {
"gte": 20
}
}
}
}
}
}
{
"query": {
"has_child": {
"type": "nutritional_info",
"query": {
"range": {
"vitamin_c": {
"gte": 20
}
}
}
}
}
}
在此示例中，我们正在搜索具有子文档（营养信息）的水果，其中维生素 C 含量大于或等于 20。
{
"query": {
"has_parent": {
"parent_type": "parent_type",
"query": {
"term": {
"field": "value"
}
}
}
}
}
在与我们上面使用的具有父子关系的 "Fruits" 索引相同的示例中，我们假设每个水果文档都是父文档，并且营养信息存储为子文档。 has_child 查询可用于查找具有特定营养价值的水果。 这是一个例子：
{
"query": {
"has_child": {
"type": "nutritional_info",
"query": {
"range": {
"vitamin_c": {
"gte": 20
}
}
}
}
}
}
在此示例中，我们正在搜索具有子文档（营养信息）的水果，其中维生素 C 含量大于或等于 20。
所以基本上 has_child 和 has_parent 查询只是彼此的关系。
实时用例：
分层数据建模
让我们考虑一个场景，我们正在对组织结构或产品类别等分层数据进行建模。 has_child 和 has_parent 查询使我们能够检索层次结构各个级别的相关信息，从而促进高效的数据导航。
内容过滤
在内容管理系统中，我们可能有代表文章的父文档和代表评论的子文档。 利用 has_child 查询，我们可以根据评论中的特定条件过滤文章，并为客户提供精致的搜索体验。
虽然 has_child 和 has_parent 查询为相关文档搜索提供了强大的选项，但我们应该始终小心常见问题，例如索引之间的映射不一致、较大层次结构的查询性能问题等。
为了最大限度地提高 has_child 和 has_parent 查询的有效性，我们应该确保始终遵循以下最佳实践。
- 索引设置：索引设置应配置为支持有效的父子关系。 根据用例适当调整 "index.mapping.single_type" 等设置。
- 查询优化：应使用缓存和过滤等查询优化技术来增强搜索性能。
因此，如果这是用于理解 has_child 和 has_parent 查询的入门知识，Elastic 的官方文档可以帮助我们更多地了解有关相同内容的更多详细信息。