acet, there are only 14 results, and it still reports 21 entries for
> cat:electronics.
>
> Is this a known bug?
>
> -Original Message-
> From: Erick Erickson [mailto:erickerick...@gmail.com]
> Sent: Tuesday, August 14, 2012 7:16 AM
> To: solr-user@lucene.apache.org
&g
t; facet, there are only 14 results, and it still reports 21 entries for
> cat:electronics.
>
> Is this a known bug?
>
> -Original Message-
> From: Erick Erickson [mailto:erickerick...@gmail.com]
> Sent: Tuesday, August 14, 2012 7:16 AM
> To: solr-user@lucene.apache.or
es would go to all shards, but that would only work if certain
> common objects are duplicated across shards.Can you think of another way to
> get this done, other than grouping common objects to yet another shard?Thanks
> again,Eric.
> > Date: Tue, 14 Aug 2012 08:15:44 -06
: Re: Distributed Searching + unique Ids
Don't do this. Many bits of sharding assume that a uniqueKey
exists on one and only one shard. Document counts may be
off. Faceting may be off. Etc.
Why do you want to duplicate records across shards? What
benefit is this providing?
This feels like
to get this
done, other than grouping common objects to yet another shard?Thanks again,Eric.
> Date: Tue, 14 Aug 2012 08:15:44 -0600
> Subject: Re: Distributed Searching + unique Ids
> From: erickerick...@gmail.com
> To: solr-user@lucene.apache.org
>
> Don't do this. Many
Don't do this. Many bits of sharding assume that a uniqueKey
exists on one and only one shard. Document counts may be
off. Faceting may be off. Etc.
Why do you want to duplicate records across shards? What
benefit is this providing?
This feels like an XY problem...
Best
Erick
On Fri, Aug 10, 2
hey guys, the spec mentions the following:
The unique
key field must be unique across all shards. If docs with
duplicate unique keys are encountered, Solr will make an attempt to return
valid results, but the behavior may be non-deterministic.
I'm actually looking to dupli
