Uploaded image for project: 'Lucene - Core'
  1. Lucene - Core
  2. LUCENE-4410

Make FilteredQuery more flexible with regards to how filters are applied


    • Improvement
    • Status: Closed
    • Major
    • Resolution: Fixed
    • 4.0-BETA
    • 4.1, 6.0
    • core/search
    • None
    • New, Patch Available


      Currently FilteredQuery uses either the "old" lucene 3 leap frog approach or pushes the filter down together with accepted docs. Yet there might be more strategies required to fit common usecases like geo-filtering where a rather costly function is applied to each document. Using leap frog this might result in a very slow query if the filter is advanced since it might have linear running time to find the next valid document. We should be more flexible with regards to those usecases and make it possible to either tell FQ what to do or plug in a strategy that applied a filter in a different way.

      The current FQ impl also uses an heuristic to decide if RA or LeapFrog should be used. This is really an implementation detail of the strategy and not of FQ and should be moved out.


        1. LUCENE-4410.patch
          38 kB
          Simon Willnauer
        2. LUCENE-4410.patch
          38 kB
          Simon Willnauer
        3. LUCENE-4410.patch
          38 kB
          Simon Willnauer
        4. LUCENE-4410.patch
          28 kB
          Simon Willnauer

        Issue Links



              simonw Simon Willnauer
              simonw Simon Willnauer
              0 Vote for this issue
              3 Start watching this issue