2013-08-28 19:24:34 -04:00
|
|
|
[[search-request-script-fields]]
|
|
|
|
=== Script Fields
|
|
|
|
|
|
|
|
Allows to return a <<modules-scripting,script
|
|
|
|
evaluation>> (based on different fields) for each hit, for example:
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
2016-05-18 08:38:54 -04:00
|
|
|
GET /_search
|
2013-08-28 19:24:34 -04:00
|
|
|
{
|
|
|
|
"query" : {
|
2016-05-18 08:38:54 -04:00
|
|
|
"match_all": {}
|
2013-08-28 19:24:34 -04:00
|
|
|
},
|
|
|
|
"script_fields" : {
|
|
|
|
"test1" : {
|
|
|
|
"script" : "doc['my_field_name'].value * 2"
|
|
|
|
},
|
|
|
|
"test2" : {
|
2015-05-12 05:37:22 -04:00
|
|
|
"script" : {
|
|
|
|
"inline": "doc['my_field_name'].value * factor",
|
|
|
|
"params" : {
|
|
|
|
"factor" : 2.0
|
|
|
|
}
|
2013-08-28 19:24:34 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
2016-05-18 08:38:54 -04:00
|
|
|
// CONSOLE
|
|
|
|
|
2013-08-28 19:24:34 -04:00
|
|
|
|
2013-11-07 10:56:59 -05:00
|
|
|
Script fields can work on fields that are not stored (`my_field_name` in
|
2013-08-28 19:24:34 -04:00
|
|
|
the above case), and allow to return custom values to be returned (the
|
|
|
|
evaluated value of the script).
|
|
|
|
|
|
|
|
Script fields can also access the actual `_source` document indexed and
|
|
|
|
extract specific elements to be returned from it (can be an "object"
|
|
|
|
type). Here is an example:
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
2016-05-18 08:38:54 -04:00
|
|
|
GET /_search
|
2013-08-28 19:24:34 -04:00
|
|
|
{
|
|
|
|
"query" : {
|
2016-05-18 08:38:54 -04:00
|
|
|
"match_all": {}
|
2013-08-28 19:24:34 -04:00
|
|
|
},
|
|
|
|
"script_fields" : {
|
|
|
|
"test1" : {
|
2013-11-07 10:56:59 -05:00
|
|
|
"script" : "_source.obj1.obj2"
|
2013-08-28 19:24:34 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
2016-05-18 08:38:54 -04:00
|
|
|
// CONSOLE
|
2013-08-28 19:24:34 -04:00
|
|
|
|
2013-11-08 18:34:23 -05:00
|
|
|
Note the `_source` keyword here to navigate the json-like model.
|
2013-08-28 19:24:34 -04:00
|
|
|
|
2013-11-08 18:34:23 -05:00
|
|
|
It's important to understand the difference between
|
2013-08-28 19:24:34 -04:00
|
|
|
`doc['my_field'].value` and `_source.my_field`. The first, using the doc
|
|
|
|
keyword, will cause the terms for that field to be loaded to memory
|
|
|
|
(cached), which will result in faster execution, but more memory
|
|
|
|
consumption. Also, the `doc[...]` notation only allows for simple valued
|
2013-11-08 18:34:23 -05:00
|
|
|
fields (can't return a json object from it) and make sense only on
|
|
|
|
non-analyzed or single term based fields.
|
2013-08-28 19:24:34 -04:00
|
|
|
|
|
|
|
The `_source` on the other hand causes the source to be loaded, parsed,
|
|
|
|
and then only the relevant part of the json is returned.
|