bjacobowitz commented on issue #14886:
URL: https://github.com/apache/lucene/issues/14886#issuecomment-3045857506

   A couple side notes:
   
   Just to call it out explicitly from @kotman12 's earlier 
[comment](https://github.com/apache/lucene/issues/14886#issuecomment-3036969030),
 `BytesRef`'s hashCode uses 
[StringHelper.GOOD_FAST_HASH_SEED](https://github.com/apache/lucene/blob/c30f23a082c1880754143b0382e16e1f0e1d99b3/lucene/core/src/java/org/apache/lucene/util/StringHelper.java#L132-L150)
 (which might as well be random), and `GOOD_FAST_HASH_SEED` has a comment 
indicating that one of its intended purposes is to catch places where we are 
somehow relying on hash order. So I'm in favor of the proposed fix in the PR.
   
   If I've understood correctly, if the query being decomposed is rooted with a 
conjunction (e.g. `"field1:baz AND (field2:foo OR field3:bar)"`), it looks like 
this issue wouldn't arise, because the decomposition would see multiple 
mandatory clauses and stop decomposing ([see 
here](https://github.com/apache/lucene/blob/c30f23a082c1880754143b0382e16e1f0e1d99b3/lucene/monitor/src/java/org/apache/lucene/monitor/QueryDecomposer.java#L95)).


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org

Reply via email to