Re: Clarification on term facet method dvhash

2021-02-05 Thread Michael Gibney
t; To: solr-user@lucene.apache.org > Subject: Re: Clarification on term facet method dvhash > > Correction!: wrt "dvhash" and numeric types, it looks like I had it exactly > backwards! single-valued numeric types _do_ use (even default to) "dvhash" > ... sorry a

RE: Clarification on term facet method dvhash

2021-02-05 Thread ufuk yılmaz
: solr-user@lucene.apache.org Subject: Re: Clarification on term facet method dvhash Correction!: wrt "dvhash" and numeric types, it looks like I had it exactly backwards! single-valued numeric types _do_ use (even default to) "dvhash" ... sorry about that! I stand by the

Re: Clarification on term facet method dvhash

2021-02-05 Thread Michael Gibney
Correction!: wrt "dvhash" and numeric types, it looks like I had it exactly backwards! single-valued numeric types _do_ use (even default to) "dvhash" ... sorry about that! I stand by the rest of the previous message though, which applies at a minimum to string-like fields. On Fri, Feb 5, 2021 at

Re: Clarification on term facet method dvhash

2021-02-05 Thread Michael Gibney
> Performance and resource is still affected by 30M unique values of T right? Yes. The main performance issue would be the per-request allocation of a 30M-element `long[]` for "dv" or "uif" methods (which are by far the most common methods in practice). With low enough request volume and large enou