-
Notifications
You must be signed in to change notification settings - Fork 507
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
Add overlapping fields (index-alias for index state management) #7611
Conversation
Signed-off-by: Melissa Vagi <[email protected]>
@@ -272,3 +272,58 @@ DELETE index-1/_alias/alias1 | |||
{% include copy-curl.html %} | |||
|
|||
After running the request, `alias1` no longer refers to `index-1` but still refers to `index-2`. | |||
|
|||
## Overlapping field names |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Technical reviewer: Please confirm this example is relevant to an OpenSearch user and addresses the following user feedback: Undocumented behavior for when two indexes with overlapping field names are associated with the same alias. What happens when these are different types? There appears to be some kind of implicit casting that occurs
. I tested the example using Dev Tools. If another example is more appropriate, please replace the draft example with your example. Thank you.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Any problem case they provided? I'm not sure what is this implicit casting they are refering to.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Quote reply
@bowenlan-amzn This is feedback from a user via the documentation comments. No other info provided. I found this info, but don't know if it's related https://forum.opensearch.org/t/help-with-text-field-mapping-and-implicit-conversion-of-integer-and-boolean-to-text/16226. Should we close this and open a new PR when we have more details?
@bowenlan-amzn Would you or other index management team member be available to technical review this PR? It addresses community feedback about |
@vagimeli commented on Jul 11, 2024, 11:16 PM GMT+8:
I'm not sure there's implicit casting. I suggest we wait for an example showing this is happening. I did a very simple experiment by creating 2 indexes like you wrote in the documentation. Then index some data and do a simple search, I don't see any casting. |
|
||
## Overlapping field names | ||
|
||
When querying an alias that points to multiple indexes with overlapping field names of different data types, OpenSearch attempts to merge the data from these indexes. However, due to the conflicting data types, OpenSearch performs implicit casting or type conversion on the field values to reconcile the differences. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
When querying an alias that points to multiple indexes with overlapping field names of different data types, OpenSearch attempts to merge the data from these indexes. However, due to the conflicting data types, OpenSearch performs implicit casting or type conversion on the field values to reconcile the differences. | |
When querying an alias that points to multiple indexes with overlapping field names of different data types, OpenSearch attempts to merge the data from these indexes. |
@bowenlan-amzn I'm closing this PR. This was to address community feedback. When the issue arises, the dev team can create open a new PR. Thanks for your help. |
Description
Address feedback about documenting overlapping fields
Issues Resolved
#4336
Version
Backport 2.15
Frontend features
If you're submitting documentation for an OpenSearch Dashboards feature, add a video that shows how a user will interact with the UI step by step. A voiceover is optional.
Checklist
For more information on following Developer Certificate of Origin and signing off your commits, please check here.