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

make mapReduce on mongos send UUID for final output collection of first pass of mapReduce to shards

    • Type: Icon: Improvement Improvement
    • Resolution: Unresolved
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: 3.5.11
    • Component/s: Sharding
    • Cluster Scalability
    • Fully Compatible

      This is slightly lower priority than making mongos send the UUID for the final output collection of the second pass, because the final output collection of the first pass is a transient collection.

      When we start using UUIDs, in the second pass, we will probably want shards to query the final output collection of the first pass by UUID, which will only work if they all have the same UUID.

      It isn't a huge deal if this doesn't get into 3.6, though, because there are no backwards compatibility implications, as this is a UUID for a transient collection that is not meant to be visible to the user. It could be booted into the Collection Lifecycle (PM-85) project.

            Assignee:
            backlog-server-cluster-scalability [DO NOT USE] Backlog - Cluster Scalability
            Reporter:
            esha.maharishi@mongodb.com Esha Maharishi (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: