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
SQL: Perform lazy evaluation of mismatched mappings #35659
Labels
Comments
Pinging @elastic/es-search-aggs |
/cc @alexfrancoeur |
cc: @elastic/kibana-canvas |
costin
added a commit
to costin/elasticsearch
that referenced
this issue
Nov 17, 2018
Move away from performing eager, fail-fast validation of mismatched mapping to a lazy evaluation based on the fields actually used in the query. This allows queries to run on the parts of the indices that "work" which is not just convenient but also a necessity for large mappings (like logging) where alignment is hard/impossible to achieve. Fix elastic#35659
costin
added a commit
to costin/elasticsearch
that referenced
this issue
Nov 18, 2018
Move away from performing eager, fail-fast validation of mismatched mapping to a lazy evaluation based on the fields actually used in the query. This allows queries to run on the parts of the indices that "work" which is not just convenient but also a necessity for large mappings (like logging) where alignment is hard/impossible to achieve. Fix elastic#35659
costin
added a commit
to costin/elasticsearch
that referenced
this issue
Nov 18, 2018
Move away from performing eager, fail-fast validation of mismatched mapping to a lazy evaluation based on the fields actually used in the query. This allows queries to run on the parts of the indices that "work" which is not just convenient but also a necessity for large mappings (like logging) where alignment is hard/impossible to achieve. Fix elastic#35659
costin
added a commit
that referenced
this issue
Nov 21, 2018
Move away from performing eager, fail-fast validation of mismatched mapping to a lazy evaluation based on the fields actually used in the query. This allows queries to run on the parts of the indices that "work" which is not just convenient but also a necessity for large mappings (like logging) where alignment is hard/impossible to achieve. Fix #35659
costin
added a commit
that referenced
this issue
Nov 21, 2018
Move away from performing eager, fail-fast validation of mismatched mapping to a lazy evaluation based on the fields actually used in the query. This allows queries to run on the parts of the indices that "work" which is not just convenient but also a necessity for large mappings (like logging) where alignment is hard/impossible to achieve. Fix #35659 (cherry picked from commit 03f0037)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Especially in the logging case, it is common to have mappings with some inconsistencies yet these fields are never used in the result, e.g.:
returns
While the message is correct, note that the problematic fields are not used.
Such queries should be allowed since the problematic fields are never used and thus can be safely ignored.
The text was updated successfully, but these errors were encountered: