Thanks.
Salman
On Tue, Dec 29, 2015 at 9:33 PM, Binoy Dalal wrote:
> What shalin says is solid and will work with solr 5.x as well as 3.x
> You could do a little poc if you want to be absolutely certain. Shouldn't
> take you very long.
> Your only concern will be that your old docs won't be mat
What shalin says is solid and will work with solr 5.x as well as 3.x
You could do a little poc if you want to be absolutely certain. Shouldn't
take you very long.
Your only concern will be that your old docs won't be matched against
queries matched against the newly added fields.
On Tue, 29 Dec 20
Thanks guys for your responses.
@Shalin: Do you have a documentation that explains this? Moreover, is it
only for Solr 5+ or is it still applicable to Solr 3+? I am asking this as
I am working in a team and in some of our projects we are using old Solr
versions and I need to convince the guys that
Adding new fields is not a problem. You can continue to use your
existing index with the new schema.
On Tue, Dec 29, 2015 at 1:58 AM, Salman Ansari wrote:
> You can say that we are not removing any fields (so the old data should not
> get affected), however, we need to add new fields (which new d
All crucial data that you don't want to delete should be stored in a
non-Solr backing store, either flat files (e.g., CSV or Solr XML), an
RDBMS, or a NoSQL database. You should always be in a position to either
fully reindex or fully discard your Solr data. Solr is not a system of
record database.
You can say that we are not removing any fields (so the old data should not
get affected), however, we need to add new fields (which new data will
have). Does that answer your question?
Regards,
Salman
On Mon, Dec 28, 2015 at 9:58 PM, Alexandre Rafalovitch
wrote:
> Is the schema change affects
Is the schema change affects the data you want to keep?
Newsletter and resources for Solr beginners and intermediates:
http://www.solr-start.com/
On 29 December 2015 at 01:48, Salman Ansari wrote:
> Hi,
>
> I am facing an issue where I need to change Solr schema but I have crucial
> data th
