Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-61687

Extend index multikeyness metadata for positional paths

    XMLWordPrintableJSON

Details

    • Icon: Improvement Improvement
    • Resolution: Unresolved
    • Icon: Major - P3 Major - P3
    • None
    • None
    • None
    • Query Optimization

    Description

      The fix for SERVER-57588 is to check if an $elemMatch is on a field which is a positional path component of an indexed path. If that is the case, the index cannot be used for $elemMatch because key boundaries cannot be formed. The problem with that patch is that it is too crude, and may prevent index use even when the parent path doesn't contain arrays. In this case the positional path is not an array index, it has the meaning of a regular path, and the index can still be used.

       

      In order to refine that patch, and make multikeyness index metadata more complete, it is necessary to simplify the metadata and collect multikey information even when the index path contains positional components.

      Attachments

        Activity

          People

            backlog-query-optimization Backlog - Query Optimization
            timour.katchaounov@mongodb.com Timour Katchaounov
            Votes:
            0 Vote for this issue
            Watchers:
            6 Start watching this issue

            Dates

              Created:
              Updated: