You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Erick Erickson (Jira)" <ji...@apache.org> on 2020/09/07 13:15:00 UTC

[jira] [Created] (SOLR-14838) Atomic updates when the destination for a copyField has stored=true

Erick Erickson created SOLR-14838:
-------------------------------------

             Summary: Atomic updates when the destination for a copyField has stored=true
                 Key: SOLR-14838
                 URL: https://issues.apache.org/jira/browse/SOLR-14838
             Project: Solr
          Issue Type: Improvement
      Security Level: Public (Default Security Level. Issues are Public)
            Reporter: Erick Erickson


Raising for discussion. Currently, when using atomic updates, one restriction is that the destination for copyField directives must have stored=false or you wind up with duplicate entries.

On the surface and just glancing at AtomicUpdateDocumentMerger, it seems like we could just skip adding fields to the "toDoc" if they were the destinations of a copyField directive.

Or does this run afoul of things like Real Time Get?

[~yonik] do you recall anything about this?



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org