[DOCS] Adds limitation item about using scripts in transforms (#63021) (#63075)

This commit is contained in:
István Zoltán Szabó 2020-09-30 16:25:48 +02:00 committed by GitHub
parent e179b89085
commit 0655d9e8ac
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 24 additions and 4 deletions

View File

@ -23,9 +23,9 @@ nodes have been upgraded to the newer version before using the {transforms} UI.
== {transforms-cap} reassignment suspended during a rolling upgrade from 7.2 and 7.3 == {transforms-cap} reassignment suspended during a rolling upgrade from 7.2 and 7.3
If your cluster contains mixed version nodes, for example during a rolling If your cluster contains mixed version nodes, for example during a rolling
upgrade from 7.2 or 7.3 to a newer version, {transforms} whose nodes are stopped will upgrade from 7.2 or 7.3 to a newer version, {transforms} whose nodes are stopped
not be reassigned until the upgrade is complete. After the upgrade is done, {transforms} will not be reassigned until the upgrade is complete. After the upgrade is done,
resume automatically; no action is required. {transforms} resume automatically; no action is required.
[discrete] [discrete]
[[transform-datatype-limitations]] [[transform-datatype-limitations]]
@ -204,6 +204,7 @@ If your data uses the <<date_nanos,date nanosecond data type>>, aggregations
are nonetheless on millisecond resolution. This limitation also affects the are nonetheless on millisecond resolution. This limitation also affects the
aggregations in your {transforms}. aggregations in your {transforms}.
[discrete] [discrete]
[[transform-data-streams-destination]] [[transform-data-streams-destination]]
== Data streams as destination indices are not supported == Data streams as destination indices are not supported
@ -228,3 +229,22 @@ rollover.
If you use ILM to have time-based indices, please consider using the If you use ILM to have time-based indices, please consider using the
<<date-index-name-processor>> instead. The processor works without duplicated <<date-index-name-processor>> instead. The processor works without duplicated
documents if your {transform} contains a `group_by` based on `date_histogram`. documents if your {transform} contains a `group_by` based on `date_histogram`.
[discrete]
[[transform-painless-imitation]]
== Using scripts in {transforms}
{transforms-cap} support scripting in every case when aggregations support them.
However, there are certain factors you might want to consider when using scripts
in {transforms}:
* {transforms-cap} cannot deduce index mappings for output fields when the
fields are created by a script. In this case, you might want to create the
mappings of the destination index yourself prior to creating the transform.
* Scripted fields may increase the runtime of the {transform}.
* {transforms-cap} cannot optimize queries when you use scripts for all the
groupings defined in `group_by`, you will receive a warning message when you
use scripts this way.