idation will not happen for stored fields update and
> it will improve indexing performance due to smaller index size.
>
> Here is below link for similar work.
>
>
> http://www.flax.co.uk/blog/2012/06/22/updating-individual-fields-in-lucene-with-a-redis-backed-codec/
>
>
Posted,
see it here
http://lucene.472066.n3.nabble.com/Possible-sharded-and-replicated-replacement-for-ExternalFileFields-in-SolrCloud-td4022108.html
Simone
2012/11/23 Simone Gianni
> 2012/11/22 Martin Koch
>
>> IMO it would be ideal if the lucene/solr community could come up wi
2012/11/22 Martin Koch
> IMO it would be ideal if the lucene/solr community could come up with a
> good way of updating fields in a document without reindexing. This could be
> by linking to some external data store, or in the lucene/solr internals. If
> it would make things easier, a good first
e frequent
> re-indexing of the documents that have significant changes in the number of
> reads, but at least we won't have to update a document if it moves from,
> say, 100 to 101 reads.
>
> /Martin Koch - ISSUU - senior systems architect.
>
> On Mon, Nov 19, 20
Hi all,
I'm planning to move a quite big Solr index to SolrCloud. However, in this
index, an external file field is used for popularity ranking.
Does SolrCloud supports external file fields? How does it cope with
sharding and replication? Where should the external file be placed now that
the index
