Exporting Result Sets
It’s possible to export fully sorted result sets using a special rank query parser and response writer specifically designed to work together to handle scenarios that involve sorting and exporting millions of records.
This feature uses a stream sorting technique that begins to send records within milliseconds and continues to stream results until the entire result set has been sorted and exported.
The cases where this functionality may be useful include: session analysis, distributed merge joins, time series roll-ups, aggregations on high cardinality fields, fully distributed field collapsing, and sort based stats.
Field Requirements
All the fields being sorted and exported must have docValues set to true. For more information, see the section on DocValues.
The /export RequestHandler
The /export
request handler with the appropriate configuration is one of Solr’s out-of-the-box request handlers - see Implicit RequestHandlers for more information.
Note that this request handler’s properties are defined as "invariants", which means they cannot be overridden by other properties passed at another time (such as at query time).
Requesting Results Export
You can use /export
to make requests to export the result set of a query.
All queries must include sort
and fl
parameters, or the query will return an error. Filter queries are also supported.
The supported response writers are json
and javabin
. For backward compatibility reasons wt=xsort
is also supported as input, but wt=xsort
behaves same as wt=json
. The default output format is json
.
Here is an example of an export request of some indexed log data:
http://localhost:8983/solr/core_name/export?q=my-query&sort=severity+desc,timestamp+desc&fl=severity,timestamp,msg
Specifying the Sort Criteria
The sort
property defines how documents will be sorted in the exported result set. Results can be sorted by any field that has a field type of int,long, float, double, string. The sort fields must be single valued fields.
The export performance will get slower as you add more sort fields. If there is enough physical memory available outside of the JVM to load up the sort fields then the performance will be linearly slower with addition of sort fields. It can get worse otherwise.
Specifying the Field List
The fl
property defines the fields that will be exported with the result set. Any of the field types that can be sorted (i.e., int, long, float, double, string, date, boolean) can be used in the field list. The fields can be single or multi-valued. However, returning scores and wildcards are not supported at this time.
Specifying the Local Streaming Expression
The optional expr
property defines a stream expression that allows documents to be processed locally before they are exported in the result set.
Expressions have to use a special input()
stream that represents original results from the /export
handler. Output from the stream expression then becomes the output from the /export
handler. The &streamLocalOnly=true
flag is always set for this streaming expression.
Only stream decorators and evaluators are supported in these expressions - using any of the source expressions except for the pre-defined input()
will result in an error.
Using stream expressions with the /export
handler may result in dramatic performance improvements due to the local in-memory reduction of the number of documents to be returned.
Here’s an example of using top
decorator for returning only top N results:
http://localhost:8983/solr/core_name/export?q=my-query&sort=timestamp+desc,&fl=timestamp,reporter,severity&expr=top(n=2,input(),sort="timestamp+desc")
(Note that the sort spec in the top
decorator must match the sort spec in the
handler parameter).
Here’s an example of using unique
decorator:
http://localhost:8983/solr/core_name/export?q=my-query&sort=reporter+desc,&fl=reporter&expr=unique(input(),over="reporter")
(Note that the over
parameter must use one of the fields requested in the fl
parameter).
Distributed Support
See the section Streaming Expressions for distributed support.