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
I ran into this while using the API - the same parameter is named differently throughout the API. We currently have
"minimum_number_should_match" and the api method minimumNumberShouldMatch(string)
"minimum_should_match" and the api method minimumShouldMatch(String)
"minimum_match" and the api method minimumMatch(int)
yet the last one has a slightly different semantic since it is more explicit, I still want to discuss to make this consistent since they all have the same purpose and having 3 different names is confusing. I suggest do use the "minimumShouldMatch" version consistently and deprecate the other methods in 0.19 we certainly need support minimum_number_should_match as JSON keys for compatibility
comments welcome
The text was updated successfully, but these errors were encountered:
Streamline the use of minimum should match to all relevant queries to accept `minimum_should_match`, and allow all relevant queries to accept the advanced "string" based config
martijnvg
pushed a commit
to martijnvg/elasticsearch
that referenced
this issue
Aug 27, 2012
Streamline the use of minimum should match to all relevant queries to accept `minimum_should_match`, and allow all relevant queries to accept the advanced "string" based config
mute
pushed a commit
to mute/elasticsearch
that referenced
this issue
Jul 29, 2015
Streamline the use of minimum should match to all relevant queries to accept `minimum_should_match`, and allow all relevant queries to accept the advanced "string" based config
I ran into this while using the API - the same parameter is named differently throughout the API. We currently have
yet the last one has a slightly different semantic since it is more explicit, I still want to discuss to make this consistent since they all have the same purpose and having 3 different names is confusing. I suggest do use the "minimumShouldMatch" version consistently and deprecate the other methods in 0.19 we certainly need support minimum_number_should_match as JSON keys for compatibility
comments welcome
The text was updated successfully, but these errors were encountered: