lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shawn Heisey (JIRA)" <>
Subject [jira] [Commented] (SOLR-6003) JSON Update increment field with non-stored fields causes subtle problems
Date Fri, 25 Apr 2014 13:54:16 GMT


Shawn Heisey commented on SOLR-6003:

Hoss is right: I had not considered dynamic fields.

It should be possible to detect the *general* case of "this schema might be unsuitable" even
with dynamic fields, as [~kduffie] described in his code example.  My code example was trying
to detect the *specific* case of "this particular atomic update WILL lose data with the current
schema."  Because I haven't examined the code yet, I do not know how difficult dynamic field
support will be.

Because they are *probably* easy, a combination of the general case with dynamic fields and
the specific case with explicit fields would be a good starting point.  Test cases will be
required.  After that's done, hopefully dynamic fields can be fully supported in the specific
case, eliminating the need for the general case.

> JSON Update increment field with non-stored fields causes subtle problems
> -------------------------------------------------------------------------
>                 Key: SOLR-6003
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>          Components: update
>    Affects Versions: 4.7.1
>            Reporter: Kingston Duffie
> In our application we have large multi-field documents.  We occasionally need to increment
one of the numeric fields or add a value to a multi-value text field.  This appears to work
correctly using JSON update.  But later we discovered that documents were disappearing from
search results and eventually found the documentation that indicates that to use field modification
you must store all fields of the document.
> Perhaps you will argue that you need to impose this restriction -- which I would hope
could be overcome because of the cost of us having to store all fields.  But in any case,
it would be better for others if you could return an error if someone tries to update a field
on documents with non-stored fields.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message