[DOCS] Fix source filtering xrefs (#57720) (#57725)

This commit is contained in:
James Rodewig 2020-06-05 09:05:30 -04:00 committed by GitHub
parent 925c01f1d7
commit b03a83a69d
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
7 changed files with 9 additions and 10 deletions

View File

@ -20,7 +20,7 @@ The top_hits aggregation returns regular search hits, because of this many per h
* <<request-body-search-highlighting,Highlighting>>
* <<request-body-search-explain,Explain>>
* <<request-body-search-queries-and-filters,Named filters and queries>>
* <<request-body-search-source-filtering,Source filtering>>
* <<search-fields,Source filtering>>
* <<request-body-search-stored-fields,Stored fields>>
* <<request-body-search-script-fields,Script fields>>
* <<request-body-search-docvalue-fields,Doc value fields>>

View File

@ -76,7 +76,7 @@ stored.
WARNING: Removing fields from the `_source` has similar downsides to disabling
`_source`, especially the fact that you cannot reindex documents from one
Elasticsearch index to another. Consider using
<<request-body-search-source-filtering,source filtering>> instead.
<<search-fields,source filtering>> instead.
The `includes`/`excludes` parameters (which also accept wildcards) can be used
as follows:

View File

@ -9,7 +9,7 @@ Usually this doesn't matter. The field value is already part of the
<<mapping-source-field,`_source` field>>, which is stored by default. If you
only want to retrieve the value of a single field or of a few fields, instead
of the whole `_source`, then this can be achieved with
<<request-body-search-source-filtering,source filtering>>.
<<search-fields,source filtering>>.
In certain situations it can make sense to `store` a field. For instance, if
you have a document with a `title`, a `date`, and a very large `content`

View File

@ -3,7 +3,7 @@
WARNING: The `stored_fields` parameter is about fields that are explicitly marked as
stored in the mapping, which is off by default and generally not recommended.
Use <<request-body-search-source-filtering,source filtering>> instead to select
Use <<search-fields,source filtering>> instead to select
subsets of the original source document to be returned.
Allows to selectively load specific stored fields for each document represented
@ -62,5 +62,5 @@ GET /_search
}
--------------------------------------------------
NOTE: <<request-body-search-source-filtering,`_source`>> and <<request-body-search-version, `version`>> parameters cannot be activated if `_none_` is used.
NOTE: <<search-fields,`_source`>> and <<request-body-search-version, `version`>> parameters cannot be activated if `_none_` is used.

View File

@ -5,9 +5,8 @@
By default, each hit in the search response includes the document
<<mapping-source-field,`_source`>>, which is the entire JSON object that was
provided when indexing the document. If you only need certain fields in the
search response, you can use the
<<request-body-search-source-filtering,`_source`>> parameter to restrict what
parts of the source are returned. This is called _source filtering_.
search response, you can use the `_source` parameter to restrict what parts of
the source are returned. This is called _source filtering_.
.*Example*
[%collapsible]

View File

@ -219,7 +219,7 @@ The configured weight for a suggestion is returned as `_score`. The
return the full document `_source` by default. The size of the `_source`
can impact performance due to disk fetch and network transport overhead.
To save some network overhead, filter out unnecessary fields from the `_source`
using <<request-body-search-source-filtering, source filtering>> to minimize
using <<search-fields, source filtering>> to minimize
`_source` size. Note that the _suggest endpoint doesn't support source
filtering but using suggest on the `_search` endpoint does:

View File

@ -113,7 +113,7 @@ source-only snapshots that take up to 50% less space on disk.
+
Source-only snapshots are only supported if the <<mapping-source-field,`_source`
field>> is enabled and no
<<request-body-search-source-filtering,source-filtering>> is applied.
<<search-fields,source-filtering>> is applied.
+
WARNING: Source-only snapshots contain stored fields and index metadata. They do
not include index or doc values structures and are not searchable when restored.