tl;dr: retrieving 10,000 docs is a bad idea. Look into docValues for
storing security info
I suspect that you'll be better served by keeping the permissions
up-to-date in solr and invalidating the caches rather than trying to return
10,000 docs. On average, you'll be attempting to read up to 800M
Are you actually trying to return 10,000 records, or is that the number of
hits, and you're only retrieving the top 10?
Cheers,
Duncan.
On 16 April 2013 12:39, Montu v Boda wrote:
> Hi
>
> Thanks for info.
>
> we did the same thing but no effect for first time.
>
> what to do for first time
's
> just the way it's designed.
>
> So you have a couple of choices:
> 1> use the HTTP api to disable replication, then enable it when you want.
> 2> turn off autocommit and don't commit during indexing at all until the
> very end. No commit == no replication.
Hi All,
I'm a bit new to the whole solr world and am having a slight problem with
replication. I'm attempting to configure a master/slave scenario with bulk
updates happening periodically. I'd like to insert a large batch of docs to
the master, then invoke an optimize and have it only then repli
