我们正在对系统中的许多不同资源进行“统一”搜索。我们的索引模式包括大约 10 个被索引的通用字段，加上 5 个在返回结果时用于识别我们系统中适当资源位置的字段。
索引字段通常包含敏感数据，所以我们根本不希望它们存储，只为匹配而索引，因此我们将_source设置为FALSE。
但是我确实希望返回 5 个 ident 字段，因此是否可以将 ident 字段设置为 store = yes，但将整体索引 _source 设置为 FALSE 并得到我想要的结果呢？
【问题讨论】：
标签： elasticsearch lucene
也看看这个answer。如上所述，在大多数情况下，_source 字段有很大帮助。尽管这看起来像是一种浪费，因为 elasticsearch 有效地存储了传入的整个文档，但这确实很方便（例如，当需要更新文档而不发送整个更新的文档时）。归根结底，它隐藏了一个 lucene 实现细节，即如果您想取回字段，您需要显式存储字段，而用户通常希望取回他们发送给搜索引擎的内容。令人惊讶的是，_source 也有助于提高性能，因为它需要一次磁盘查找，而不是可能由检索多个存储字段引起的更多磁盘查找。归根结底，_source 字段只是一个包含 json 的大型 lucene 存储字段，可以对其进行解析以获取特定字段并对其进行一些处理，而无需单独存储它们。
也就是说，根据您的用例（您检索多少字段），查看_source field reference 底部的源包含/排除可能会很有用，它可以让您防止部分（例如敏感部分您的文档）的源字段的存储。如果您想继续依赖 _source 但不希望返回输入文档的一部分，但您确实想搜索这些字段，因为它们将被索引（但不是存储！）在底层 lucene 索引中。
在这两种情况下（完全禁用 _source 或排除某些部分），如果您计划更新文档，请记住您需要使用索引 api 发送整个更新的文档。事实上，您不能依赖更新 api 提供的部分更新，因为您在索引中没有您最初编制索引的完整文档，您需要对其应用更改。
【讨论】：
是的，存储字段不依赖于_source 字段，反之亦然。它们是独立的，更改或禁用其中一个不应影响另一个。
【讨论】：