incubator-jena-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sara Magliacane (JIRA)" <>
Subject [jira] [Updated] (JENA-111) Improving TopN optimization in case of an intermediate OpModifier
Date Tue, 06 Sep 2011 17:33:09 GMT


Sara Magliacane updated JENA-111:

    Attachment: topk_project.patch

I tried to fix the problem in the most simple way possible, but it won't compile, because
it fails two tests in the DAWG-FInal/solution-seq/ folder ( slice_10.rq and slice_11.rq).

I'm not sure whether this is a problem of this particular code, because usually in this test
the TopN optimization is not triggered since it contains an OpProject. Moreover, I tried to
change the queries from a "SELECT ?v" -> "SELECT * " and the original code does not pass
the test (but maybe my understanding of what should be returned by a SELECT * in case of a
blank node is wrong.... )

> Improving TopN optimization in case of an intermediate OpModifier
> -----------------------------------------------------------------
>                 Key: JENA-111
>                 URL:
>             Project: Jena
>          Issue Type: Improvement
>          Components: ARQ
>            Reporter: Sara Magliacane
>            Priority: Minor
>              Labels: arq, optimization
>         Attachments: topk_project.patch
> In the TopN optimization (Jena-89)  it would be useful to handle also the case in which
there are some other OpModifiers (I think they are the only category of Ops that can be in
that position in the tree) between Slice and Order By, for example OpProject:
> (slice _1
>   (project ?s ...
>     (order by <condition>
> -> 
> (project ?s ...
>   (top 1 <condition>

This message is automatically generated by JIRA.
For more information on JIRA, see:


View raw message