[
https://issues.apache.org/jira/browse/JENA-329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13715279#comment-13715279
]
Stephen Allen commented on JENA-329:
------------------------------------
The original intent of this JIRA was to not change the semantics of the query,
but rather allow some streaming to occur by using DistinctDataNet, which does
not require all triples to be materialized before returning the first result
(also could take advantage of the existing spill-to-disk functionality).
Having said that, I think your proposal makes sense, and would be beneficial
for instances where you are going to be placing the results in a Model upon
receipt. We had actually discussed this a while ago, and an alternative
thought was to extend the SPARQL grammar with a new keyword such as
NONDISTINCT, ALLOWREPEATS, or REDUCED that could appear directly after
CONSTRUCT or DESCRIBE.
> Add streaming CONSTRUCT results to Fuseki
> -----------------------------------------
>
> Key: JENA-329
> URL: https://issues.apache.org/jira/browse/JENA-329
> Project: Apache Jena
> Issue Type: Improvement
> Components: Fuseki
> Reporter: Stephen Allen
>
> As a result of JENA-205, streaming results are now available for CONSTRUCT
> queries. However there can be duplicate triples in the iterator. This task
> is to allow Fuseki to stream back results, while at the same time performing
> a distinct operation.
> The fix would be to modify SPARQL_Query to use
> QueryExecution.execConstructTriples() and filter the results through a
> DistinctDataNet<Triple> as they are being streamed back to the client.
> This also requires RDFWriter implementations that can accept Iterator<Triple>
> instead of Model.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
