Data is currently being Streamed with JSON. This was just a first step to get everything working.
When we start optimizing for performance we'll definitely add faster data transport mechanisms. Joel Bernstein http://joelsolr.blogspot.com/ On Fri, Aug 7, 2015 at 7:48 AM, Noble Paul (JIRA) <j...@apache.org> wrote: > > [ > https://issues.apache.org/jira/browse/SOLR-7377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14661708#comment-14661708 > ] > > Noble Paul commented on SOLR-7377: > ---------------------------------- > > You may use javabin for more efficient faster streaming > > > SOLR Streaming Expressions > > -------------------------- > > > > Key: SOLR-7377 > > URL: https://issues.apache.org/jira/browse/SOLR-7377 > > Project: Solr > > Issue Type: Improvement > > Components: clients - java > > Reporter: Dennis Gove > > Priority: Minor > > Fix For: 5.2, Trunk > > > > Attachments: SOLR-7377.patch, SOLR-7377.patch, SOLR-7377.patch, > SOLR-7377.patch, SOLR-7377.patch, SOLR-7377.patch, SOLR-7377.patch, > SOLR-7377.patch, SOLR-7377.patch, SOLR-7377.patch > > > > > > It would be beneficial to add an expression-based interface to Streaming > API described in SOLR-7082. Right now that API requires streaming requests > to come in from clients as serialized bytecode of the streaming classes. > The suggestion here is to support string expressions which describe the > streaming operations the client wishes to perform. > > {code:java} > > search(collection1, q=*:*, fl="id,fieldA,fieldB", sort="fieldA asc") > > {code} > > With this syntax in mind, one can now express arbitrarily complex stream > queries with a single string. > > {code:java} > > // merge two distinct searches together on common fields > > merge( > > search(collection1, q="id:(0 3 4)", fl="id,a_s,a_i,a_f", sort="a_f > asc, a_s asc"), > > search(collection2, q="id:(1 2)", fl="id,a_s,a_i,a_f", sort="a_f asc, > a_s asc"), > > on="a_f asc, a_s asc") > > // find top 20 unique records of a search > > top( > > n=20, > > unique( > > search(collection1, q=*:*, fl="id,a_s,a_i,a_f", sort="a_f desc"), > > over="a_f desc"), > > sort="a_f desc") > > {code} > > The syntax would support > > 1. Configurable expression names (eg. via solrconfig.xml one can map > "unique" to a class implementing a Unique stream class) This allows users > to build their own streams and use as they wish. > > 2. Named parameters (of both simple and expression types) > > 3. Unnamed, type-matched parameters (to support requiring N streams as > arguments to another stream) > > 4. Positional parameters > > The main goal here is to make streaming as accessible as possible and > define a syntax for running complex queries across large distributed > systems. > > > > -- > This message was sent by Atlassian JIRA > (v6.3.4#6332) > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > >