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
This change concerns indices that support star-tree, and the query/aggregation can be resolved via star-tree. The default search implementation should always use the star-tree if possible for faster query/aggregation support. However, a user should have capability to search via previous non-startree implementation.
One way could be to pass a parameter in search request itself like disable_startree_search: true in search request to skip star-tree execution of a request.
In that way a user can utilize the old code flow without having to get rid of the star-tree from their index or making any changes to the index. In this way, any potential bugs in star-tree index will not affect the user from performing their desired operation with no extra effort.
Alternative is to have cluster level setting, but that takes away the granularity. Or we can have both in place.
The text was updated successfully, but these errors were encountered:
What are the use-cases where we may want to allow users to choose this?
In case of handling issues like regression, it should be a cluster level setting instead (but even that should be a decision OpenSearch takes by doing a cost estimation for running the query).
Discussed the above in Search triage meetup. The was a consensus on not having this param at the request level in sync with @mgodwan comments. Closing this issue for now.
This issue is a follow-up on #14871
This change concerns indices that support star-tree, and the query/aggregation can be resolved via star-tree. The default search implementation should always use the star-tree if possible for faster query/aggregation support. However, a user should have capability to search via previous non-startree implementation.
One way could be to pass a parameter in search request itself like
disable_startree_search: true
in search request to skip star-tree execution of a request.In that way a user can utilize the old code flow without having to get rid of the star-tree from their index or making any changes to the index. In this way, any potential bugs in star-tree index will not affect the user from performing their desired operation with no extra effort.
Alternative is to have cluster level setting, but that takes away the granularity. Or we can have both in place.
The text was updated successfully, but these errors were encountered: