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
Problem description (details to follow): A field with the same name is defined under two separate types in the same index. Once as a string, the other as a long. The values in this field are always numbers. Doing a terms aggregation on this field shows strange values.
You are running into a known problem: fields with the same name in different types must have the same mapping. We are planning on enforcing this in 2.0 with #4081
This is quite a worrying remark. Enforcing the same mapping on fields with the same name under different types is quite breaking the understanding of how the mapping is encapsulated under a type. We are counting on the type separation to allow us to have different mapping for fields with the same name. What you are saying destroys one of the main reasons for having different types under an index. This is going to have serious implications.
Using ES 1.4.0.
Problem description (details to follow): A field with the same name is defined under two separate types in the same index. Once as a string, the other as a long. The values in this field are always numbers. Doing a terms aggregation on this field shows strange values.
Steps to reproduce:
Create a type with a string field:
Index some objects with numeric values.
Create another type with the same field as long
Create objects in the second type
Do a terms agg on this field in the second type.
This is what you get:
The text was updated successfully, but these errors were encountered: