I'd not make a subtaks onder SOLR-236 b/c it is related to a
completely different implementation which was never committed.
SOLR-2205 is related to general result grouping and think should be closed.
I'd make a new issue for improving the performance of
group.ngroups=true when there are a lot of un
Hi!
On Mon, Dec 12, 2011 at 13:57, Martijn v Groningen
wrote:
> As as I know currently there isn't another way. Unfortunately the
> performance degrades badly when having a lot of unique groups.
> I think an issue should be opened to investigate how we can improve this...
>
> Question: Does Solr
Hi!
As as I know currently there isn't another way. Unfortunately the
performance degrades badly when having a lot of unique groups.
I think an issue should be opened to investigate how we can improve this...
Question: Does Solr have a decent chuck of heap space (-Xmx)? Because
grouping requires
Hi!
On Fri, Dec 9, 2011 at 17:41, Martijn v Groningen
wrote:
> On what field type are you grouping and what version of Solr are you
> using? Grouping by string field is faster.
The field is defined as follows:
Grouping itself is quite fast, only computing the number of groups
seems to increase
Hi Micheal,
On what field type are you grouping and what version of Solr are you
using? Grouping by string field is faster.
Martijn
On 9 December 2011 12:46, Michael Jakl wrote:
> Hi, I'm using the grouping feature of Solr to return a list of unique
> documents together with a count of the dupl
Hi, I'm using the grouping feature of Solr to return a list of unique
documents together with a count of the duplicates.
Essentially I use Solr's signature algorithm to create the "signature"
field and use grouping on it.
To provide good numbers for paging through my result list, I'd like to
comp
