Skip to content

Conversation

@nik9000
Copy link
Member

@nik9000 nik9000 commented Apr 6, 2020

If you didn't explictly set global_ordinals execution mode we were
never collecting the information that we needed to select depth_first
based on the request so we were always defaulting to breadth_first.
This fixes it so we collect the information. So we can make the choice.

If you didn't explictly set `global_ordinals` execution mode we were
never collecting the information that we needed to select `depth_first`
based on the request so we were always defaulting to `breadth_first`.
This fixes it so we collect the information.
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-analytics-geo (:Analytics/Aggregations)

@nik9000 nik9000 requested a review from polyfractal April 6, 2020 20:27
Copy link
Contributor

@jimczi jimczi left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@nik9000 nik9000 merged commit 4c6184b into elastic:master Apr 7, 2020
@nik9000
Copy link
Member Author

nik9000 commented Apr 7, 2020

Thanks @jimczi

nik9000 added a commit to nik9000/elasticsearch that referenced this pull request Apr 7, 2020
If you didn't explictly set `global_ordinals` execution mode we were
never collecting the information that we needed to select `depth_first`
based on the request so we were always defaulting to `breadth_first`.
This fixes it so we collect the information.
nik9000 added a commit that referenced this pull request Apr 7, 2020
If you didn't explictly set `global_ordinals` execution mode we were
never collecting the information that we needed to select `depth_first`
based on the request so we were always defaulting to `breadth_first`.
This fixes it so we collect the information.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants