相关疑难解决方法(0)

为什么我需要"存储":弹性搜索中的"是"?

我真的不明白为什么核心类型链接它在属性描述中说(例如,对于数字):

  1. store - 设置为yes以在索引中存储实际字段,设置为no以不存储它.默认为no(注意,JSON文档本身已存储,可以从中检索)
  2. index - 如果不应将值编入索引,则设置为no.在这种情况下,store应设置为yes,因为如果它没有被索引并且没有存储,则与它无关

这两个大胆的部分似乎相互矛盾.如果"index":"no", "store":"no"我仍然可以从源获取值.如果我有一个包含URL的字段,这可能是一个很好的用法.没有?

我做了一个小实验,在那里我有两个映射,一个字段设置为"store":"yes"和对方"store":"no".

在这两种情况下,我仍然可以在我的查询中指定:

{"query":{"match_all":{}}, "fields":["my_test_field"]}
Run Code Online (Sandbox Code Playgroud)

我得到了同样的答案,回到了现场.

我认为,如果"store"设置为"no"它将意味着我无法检索特定字段,但必须得到整体_source并在客户端解析它.

那么,什么好处是在有设置"store""yes"?仅当我"_source"明确地从字段中排除字段时,它才有意义吗?

elasticsearch

63
推荐指数
2
解决办法
3万
查看次数

弹性搜索中的存储字段

在文档中,某些类型,例如数字和日期,它指定 store 默认为 no。但是仍然可以从json中检索该字段。

它令人困惑。这是否意味着_source?

有没有办法根本不存储字段,而只对其进行索引和搜索?

elasticsearch

5
推荐指数
1
解决办法
1059
查看次数

标签 统计

elasticsearch ×2