Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handle primitive numeric types in sort #80547

Closed
jimczi opened this issue Nov 9, 2021 · 2 comments
Closed

Handle primitive numeric types in sort #80547

jimczi opened this issue Nov 9, 2021 · 2 comments
Labels
>enhancement :Search/Search Search-related issues that do not fall into other categories Team:Search Meta label for search team

Comments

@jimczi
Copy link
Contributor

jimczi commented Nov 9, 2021

Now that numeric sort uses indexed points to skip over non-competitive documents,
Lucene 9 requires that the same data/type is stored in points and doc values.
We break this assumption in ES by using the wider numeric sort type for every field,
(e.g. shorts use longs).
So for now we forbid the usage of points in numeric sort on field types that use a different sort type.
We should expose these optimizations for all numeric types but that would require
to rewrite the logic to handle mixed types when merging results coming from different indices.

Relates #78699, #74057

@jimczi jimczi added >enhancement :Search/Search Search-related issues that do not fall into other categories labels Nov 9, 2021
@elasticmachine elasticmachine added the Team:Search Meta label for search team label Nov 9, 2021
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-search (Team:Search)

@mayya-sharipova
Copy link
Contributor

Closing this as a duplicate of #84799

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
>enhancement :Search/Search Search-related issues that do not fall into other categories Team:Search Meta label for search team
Projects
None yet
Development

No branches or pull requests

3 participants