[ https://issues.apache.org/jira/browse/SOLR-12638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16572699#comment-16572699 ]
mosh edited comment on SOLR-12638 at 8/8/18 5:30 AM: ----------------------------------------------------- This is currently just a small initial proposal. when a user wants to update a document inside a block (has _ROOT_ field), these procedures are to run: * Child document transformer could run and rebuild the current block(prior update) as a SolrInputDocument * Documents that need be updated are to be swapped with their newer counter parts * Perhaps use AtomicUpdate or some other URP to index the new block, while deleting the old one using a delete query of _ROOT_:rootID. WDYT? was (Author: moshebla): This is currently just a small initial proposal. when a user wants to update a document inside a block (has _ROOT_ field), these procedures are to run: Child document transformer could run and rebuild the current block(prior update) as a SolrInputDocument * Documents that need be updated are to be swapped with their newer counter parts * Perhaps use AtomicUpdate or some other URP to index the new block, while deleting the old one using a delete query of _ROOT_:rootID. WDYT? > Provide a simple API to update block (update child documents) > ------------------------------------------------------------- > > Key: SOLR-12638 > URL: https://issues.apache.org/jira/browse/SOLR-12638 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) > Reporter: mosh > Priority: Major > > I have been toying with the thought of using this transformer in conjunction > with NestedUpdateProcessor and AtomicUpdate to allow SOLR to completely > re-index the entire nested structure. This is just a thought, I am still > thinking about implementation details. Hopefully I will be able to post a > more concrete proposal soon. -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org