You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jena.apache.org by "Andy Seaborne (JIRA)" <ji...@apache.org> on 2014/07/31 21:44:38 UTC

[jira] [Closed] (JENA-754) Avoid using a wrapper dataset for SPARQL Update WITH

     [ https://issues.apache.org/jira/browse/JENA-754?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andy Seaborne closed JENA-754.
------------------------------

       Resolution: Fixed
    Fix Version/s: Jena 2.12.1

> Avoid using a wrapper dataset for SPARQL Update WITH
> ----------------------------------------------------
>
>                 Key: JENA-754
>                 URL: https://issues.apache.org/jira/browse/JENA-754
>             Project: Apache Jena
>          Issue Type: Bug
>          Components: ARQ
>    Affects Versions: Jena 2.11.2
>            Reporter: Andy Seaborne
>            Assignee: Andy Seaborne
>            Priority: Minor
>             Fix For: Jena 2.12.1
>
>
> When processing a SPARQL Update operation that uses WITH, the processing engine crates a wrapper dataset {{DatasetGraphAltDefaultGraph}} that catches access to the default graph and directs it to the alternative graph.
> This can block optimization of the graph pattern because DatasetGraphAltDefaultGraph masks the true storage layer and will use the default query pattern executor ({{OpExecutor}} and {{StageGeneratorGeneric}}).
> This is not too serious now that the generic process does some optimization but it can be improved by modifying the WHERE clause to wrap it in a GRAPH <URI> {...} using {{ElementGraph}} and not using a wrapper dataset. The pattern matching proceeds to the underlying storage engine as normal.



--
This message was sent by Atlassian JIRA
(v6.2#6252)