I've filed a JIRA for this issue:
https://issues.apache.org/jira/browse/FLINK-5874
On Wed, Jul 20, 2016 at 4:32 PM, Stephan Ewen wrote:
> I thing we can simply add this behavior when we use the TypeComparator in
> the keyBy() function. It can implement the hashCode() as a deepHashCode on
> array
I thing we can simply add this behavior when we use the TypeComparator in
the keyBy() function. It can implement the hashCode() as a deepHashCode on
array types.
On Mon, Jun 13, 2016 at 12:30 PM, Ufuk Celebi wrote:
> Would make sense to update the Javadocs for the next release.
>
> On Mon, Jun 1
Would make sense to update the Javadocs for the next release.
On Mon, Jun 13, 2016 at 11:19 AM, Aljoscha Krettek wrote:
> Yes, this is correct. Right now we're basically using .hashCode() for
> keying. (Which can be problematic in some cases.)
>
> Beam, for example, clearly specifies that the enc
Yes, this is correct. Right now we're basically using .hashCode() for
keying. (Which can be problematic in some cases.)
Beam, for example, clearly specifies that the encoded form of a value
should be used for all comparisons/hashing. This is more well defined but
can lead to slow performance in so
