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

Refactor jstests/sharding/updateOne_without_shard_key/explain.js

    XMLWordPrintableJSON

Details

    • Icon: Task Task
    • Resolution: Gone away
    • Icon: Major - P3 Major - P3
    • None
    • None
    • None
    • Sharding NYC
    • 158

    Description

      Currently, the tests written in this file have very specific assertions for test cases. This means that any changes to plan selection may result in the failure of this test, even if the new plan is valid. 

      An example is BF-29709, which was caused by a change in multi-planner tie breaking. When this new heuristic is applied, the plans with CLUSTERED_IXSCAN is chosen over ones with FETCH, which resulted in the test failing, despite both plans being valid.

      The refactor should ensure that the test passes for all valid plans, not just one of them. This will ensure changes in plan selection do not result in failure.

      Point of contact is alexander.ignatyev@mongodb.com as katie.yang@mongodb.com will be off.

      Attachments

        Activity

          People

            backlog-server-sharding-nyc [DO NOT USE] Backlog - Sharding NYC
            katie.yang@mongodb.com Katie Yang (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: