Short version, bulk upload is the only way to get data into Solr. There is no transactional interface.
wunder Walter Underwood wun...@wunderwood.org http://observer.wunderwood.org/ (my blog) > On Aug 14, 2025, at 5:53 PM, Gus Heck <gus.h...@gmail.com> wrote: > > Hi and welcome :) > > There are a variety of interfaces that you can use to send multiple > documents at a time. (you can start on this, page, more info on the next > few pages as well > https://solr.apache.org/guide/solr/latest/indexing-guide/indexing-with-update-handlers.html > ) > > Sending in batches using those interfaces is standard practice. > > If you mean pre-calculating the indexed data to minimize load on the > server, then pre-indexed fields are one option. ( > https://solr.apache.org/guide/solr/latest/indexing-guide/external-files-processes.html#the-preanalyzedfield-type) > - for that JesterJ (a project I (mostly) wrote) has some built in support: > > https://github.com/nsoft/jesterj/blob/master/code/ingest/src/main/java/org/jesterj/ingest/processors/PreAnalyzeFields.java > - I've used that particular processor in one project successfully so far. > > I've also heard of folks indexing on one system and then copying or > replicating indexes to a destination system. (this is a custom engineered > type of thing) > > All of the above is subject to our commit intervals and/or manual commit > requests (typically only use the manual requests in special cases with > careful planning) > > So there are several possibilities (and also some I haven't mentioned > involving streaming expressions), but it would help to have a more detailed > description of the problem you are trying to solve (as opposed to asking > after the solution you expect to need). > > -Gus > > http://www.needhamsoftware.com (work) > https://a.co/d/b2sZLD9 (my fantasy fiction book)
