34

在我的弹性搜索服务器中，我有一个 index http://localhost:9200/blog。
（博客）索引包含多种类型。

例如：http://localhost:9200/blog/posts, http://localhost:9200/blog/tags.

在标签类型中，我创建了超过 1000 个标签和在帖子类型中创建的 10 个帖子。

例如：帖子

{   
    "_index":"blog",
    "_type":"posts",
    "_id":"1",
    "_version":3,
    "found":true,
    "_source" : {
        "catalogId" : "1",
       "name" : "cricket",
       "url" : "http://www.wikipedia/cricket"
    }
}

例如：标签

{   
    "_index":"blog",
    "_type":"tags",
    "_id":"1",
    "_version":3,
    "found":true,
    "_source" : {
        "tagId" : "1",
        "name" : "game"
    }
}

我想将现有标签分配给博客文章（即关系 => 映射）。

如何将标签分配给帖子映射？

4

1 回答 1

76

您可以在 Elasticsearch 中使用 4 种方法来管理关系。在 Elasticsearch 博客文章 -管理 Elasticsearch 内部的关系中对它们进行了很好的概述我建议阅读整篇文章以获取有关每种方法的更多详细信息，然后选择最能满足您的业务需求同时保持技术上合适的方法。

以下是 4 种方法的重点。

内部对象

  • 简单、快速、高效
  • 仅在保持一对一关系时适用
  • 无需特殊查询

嵌套

  • 嵌套文档彼此存储在同一个 Lucene 块中，这有助于提高读取/查询性能。阅读嵌套文档比等效的父/子更快。
  • 更新嵌套文档（父级或嵌套子级）中的单个字段会强制 ES 重新索引整个嵌套文档。对于大型嵌套文档来说，这可能非常昂贵
  • “交叉引用”嵌套文档是不可能的
  • 最适合不经常更改的数据

家长/孩子

  • 子项与父项分开存储，但被路由到同一个分片。因此，父/子在读取/查询上的性能略低于嵌套
  • 父/子映射有一点额外的内存开销，因为 ES 在内存中维护了一个“连接”列表
  • 更新子文档不会影响父文档或任何其他子文档，这可能会节省大量对大型文档的索引
  • 对 Parent/Child 进行排序/评分可能很困难，因为 Has Child/Has Parent 操作有时可能是不透明的

非规范化

  • 您可以自己管理所有关系！
  • 最灵活、最多的管理开销
  • 根据您的设置，性能可能或多或少
于 2014-05-01T12:08:44.950 回答