惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

V
Visual Studio Blog
罗磊的独立博客
小众软件
小众软件
T
Tailwind CSS Blog
宝玉的分享
宝玉的分享
博客园_首页
N
Netflix TechBlog - Medium
B
Blog
Recent Announcements
Recent Announcements
Y
Y Combinator Blog
Blog — PlanetScale
Blog — PlanetScale
L
LangChain Blog
F
Fortinet All Blogs
The GitHub Blog
The GitHub Blog
Stack Overflow Blog
Stack Overflow Blog
C
Check Point Blog
Last Week in AI
Last Week in AI
Jina AI
Jina AI
V
V2EX
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
博客园 - 叶小钗
博客园 - 【当耐特】

jdhao's digital space

Conversion between base64 and OpenCV or PIL Image 腾讯云对象存储博客图床开启 CDN 加速(不需要购买额外域名) Search and Replace in Multiple Files in Vim/Neovim Change Table Column Width in LaTeX Image or Table Side by Side in LaTeX LaTeX 并排显示图像或表格 Firenvim: Neovim inside Your Browser Content inside HTML tags missing in Latest Hugo? Creating Markdown Front Matter with Ultisnips Labelme JSON 标注格式转 voc XML 格式 Nifty Nvim Techniques That Make My Life Easier -- Series 6 macOS 下如何为视频制作字幕 Running Command Asynchronously inside Neovim Resolving Merge Conflict after Git Stash Pop Pylint: command not found? A Hands-on Experience with Neovim's Built-in LSP Support How to Convert PDF to Images with Imagemagick 互联网上常用缩略语集锦 File Backup in Neovim Converting PDF Pages to Images with Poppler Nifty Nvim Techniques That Make My Life Easier -- Series 5 Neovim Configuration for System-wide Use How to sort a list of tuple or list in Python -- lambda or itemgetter? Building A Vim Statusline from Scratch 人类第一颗原子弹爆炸始末 Distributed Training in PyTorch with Horovod Learning Expect Programming Essential Knowledge about SSH Nifty LaTeX Techniques -- Series 1 更改 Adsense 邮寄地址,重新寄送 PIN
Select fields in Elasticsearch: _source, fields and store...
2025-10-17 · via jdhao's digital space

In Elasticsearch, when we index documents to an index, by default the source of the document is stored in meta field _source. When you search your index, you see a special field _source for each matched/hit product.

source and stored_fields#

This is the default behavior, if you want to disable the storing of _source and only store a few fields, this is also possible1. You can disable the _source field like this:

PUT movies
{
  "mappings": {
    "_source": {
      "enabled": false
    },
    "properties": {
      "name": {
        "type": "text",
        "store": true
      },
      "plot": {
        "type": "text",
        "store": false
      }
    }
  }
}

In the above request to create the index setting, we disabled the _source and enabled the storage of name field with store mapping. Then we can try to index a document and search this index

POST movies/_doc/1
{
  "name": "name1",
  "plot": "exciting plot hello"
}


GET movies/_search
{
  "query": {
    "match": {
      "name": "name1"
    }
  }
}

Notice that there is no _source field for each hit. Even if you add "_source": true to the request, it won’t work.

There is a parameter stored_fields in the search api, where you can specify the stored fields you want to check.

GET movies/_search
{
  "stored_fields": ["name", "plot"],
  "query": {
    "match": {
      "name": "name1"
    }
  }
}

In the above search request, we explicitly specify the fields we want to check. However, only name is a stored field. In the result for each hit, you only see the info for field name, not plot.

source filtering and field selection#

You can get the value of a field from both the _source and through the fields parameter. However, in the _source, you get raw, untransformed value. If you specify a field in the fields parameter, you get mapped/transformed result.

PUT my_index/
{
  "mappings": {
    "runtime": {
      "calculated_count": {
        "type": "long",
        "script": {
          "source": "emit(doc['count'].value + 1)"
        }
      }
    },
    "properties": {
      "created": {
        "type": "date"
      }
    }
  }
}

POST my_index/_doc/1
{
  "count": 100,
  "name": "hello",
  "created": "2024-05-06"
}

GET my_index/_search
{
  "fields": [
    "created", "calculated_count"
  ],
  "_source": true
}

In the above request, we set the created field to date type. If you check the search request output, you will find that the date value is different under fields and _source,

{
  "took": 1,
  "timed_out": false,
  "_shards": {
    "total": 1,
    "successful": 1,
    "skipped": 0,
    "failed": 0
  },
  "hits": {
    "total": {
      "value": 1,
      "relation": "eq"
    },
    "max_score": 1,
    "hits": [
      {
        "_index": "my_index",
        "_id": "1",
        "_score": 1,
        "_source": {
          "count": 100,
          "name": "hello",
          "created": "2024-05-06"
        },
        "fields": {
          "created": [
            "2024-05-06T00:00:00.000Z"
          ],
          "calculated_count": [
            101
          ]
        }
      }
    ]
  }
}

The fields parameter can also include runtime fields, such as calculated_count above, which is not possible with _source. See doc here for more details discussion on fields vs _source.

References#