lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Uwe Schindler (JIRA)" <>
Subject [jira] [Updated] (LUCENE-3056) Support Query Rewriting Caching
Date Thu, 09 May 2013 23:05:52 GMT


Uwe Schindler updated LUCENE-3056:

    Fix Version/s:     (was: 4.3)
> Support Query Rewriting Caching
> -------------------------------
>                 Key: LUCENE-3056
>                 URL:
>             Project: Lucene - Core
>          Issue Type: Improvement
>          Components: core/search
>    Affects Versions: 4.0-ALPHA
>            Reporter: Chris Male
>             Fix For: 4.4
>         Attachments: LUCENE-3056.patch, LUCENE-3056.patch
> Out of LUCENE-3041, its become apparent that using a Visitor / Walker isn't right for
caching the rewrites of Querys.  Although we still intend to introduce the Query / Walker
for advanced query transformations, rewriting still serves a purpose for very specific implementation
detail writing.  As such, it can be very expensive.  So I think we should introduce first
class support for rewrite caching.  I also feel the key is to make the caching as transparent
as possible, to reduce the strain on Query implementors.
> The TermState idea gave me the idea of maybe making a RewriteState / RewriteCache / RewriteInterceptor,
which would be consulted for rewritten Querys.  It would then maintain an internal cache that
it would check.  If a value wasn't found, it'd then call Query#rewrite, and cache the result.
> By having this external rewrite source, people could 'pre' rewrite Querys if they were
particularly expensive but also common.

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:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message