You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Plain ip addresses might be handled by rewiriting into bitset efficiently. But ip masks with slashes causes a problem since they can only be handled with boolean query (and combining disjunction over many field types is really complex).
I propose to split ip terms onto two lists with masks and concrete ips, and handle them separately. Thus terms query will only limit number of masks values by max Clause count, although we can nest bool over masks deeply to overcome it.
Related component
Search:Query Capabilities
Describe alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered:
PR IP field via MultrangeQuery fix #16200 #16391 avoids the limit for IPs and /masks as well but doesn't work for DV-only fields. UPD I prefer this "at-best-effort" option. with further improvement via the next one.
Is your feature request related to a problem? Please describe
Querying Ip field with terms query can hit max Clauses Count limit.
https://forum.opensearch.org/t/terms-search-gives-error-failed-to-create-query-maxclausecount-is-set-to-1024/21729/8
Describe the solution you'd like
Plain ip addresses might be handled by rewiriting into bitset efficiently. But ip masks with slashes causes a problem since they can only be handled with boolean query (and combining disjunction over many field types is really complex).
I propose to split ip terms onto two lists with masks and concrete ips, and handle them separately. Thus terms query will only limit number of masks values by max Clause count, although we can nest bool over masks deeply to overcome it.
Related component
Search:Query Capabilities
Describe alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: