jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Serge Huber (JIRA)" <j...@apache.org>
Subject [jira] Commented: (JCR-2715) Improved join query performance
Date Thu, 18 Nov 2010 14:35:14 GMT

    [ https://issues.apache.org/jira/browse/JCR-2715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933438#action_12933438

Serge Huber commented on JCR-2715:

Hello Jukka,

I was going over some performance tests, and I was wondering if the new code could be used
for general SQL-2 queries ? I noticed that in the QueryObjectModelImpl we have the following
check in the execute method: 

            if (JCR_JOIN_TYPE_INNER.equals(join.getJoinType())
                    && join.getJoinCondition() instanceof EquiJoinCondition) {

But in the execution of the query engine we seem to be able to handle non-join cases in an
optimized way that delegates back to the SQL-1 implementation.

Because it seems that in the case of simple queries like SELECT * FROM [nt:base] where CONDITION
we are still going through non-optimized code that checks the constraints after loading all
the results from Lucene.

Best regards,
  Serge Huber.

> Improved join query performance
> -------------------------------
>                 Key: JCR-2715
>                 URL: https://issues.apache.org/jira/browse/JCR-2715
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: jackrabbit-core, query
>            Reporter: Jukka Zitting
>            Assignee: Jukka Zitting
>             Fix For: 2.2.0
> Our current implementation of SQL2 join queries does not perform very well on pretty
much any non-trivial data set.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message