Currently we use {apachesolr_search_node} to track not only which nodes need to be updated, but also whether there were past attempts to delete a document (e.g. a deleted or unpublished node) which failed. This latter information become irrelevant if we delete the Solr index, so we shoudl rebuild this table fully to avoid making lots of extra irrelevant delete requests.
This is also important for development sites which may be doing bulk deletes of nodes - after such an operation deleting the index is likely to be more efficient than sending all those individual delete requests.
| Comment | File | Size | Author |
|---|---|---|---|
| #1 | rebuild-table-509526-1.patch | 2 KB | pwolanin |
Comments
Comment #1
pwolanin commentedComment #2
anarchivist commented+1 on this from me - this is one of the steps I added in my sample code to handle the batch reindexing process in #456420: Add Batch API support for rebuilding indexes.
Comment #3
pwolanin commentedcommitted to 6.x-1.x - needs to be ported to 6.x-2.x
Comment #4
pwolanin commentedComment #5
robertdouglass commentedfixed in 6.2