Multi updates should limit memory usage to track updated RecordIds

XMLWordPrintableJSON

    • Type: Improvement
    • Resolution: Unresolved
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Query Execution
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      We currently keep track of the updated RecordIds in a hashmap. This could end up using huge amounts of memory if a multi:true update is modifying large number of documents. The is more problematic for clustered collections, given the size of the RecordIds for clustered collections can be much larger than a regular collection. We should spill to disk instead if the memory usage crosses certain threshold.

            Assignee:
            [DO NOT USE] Backlog - Query Execution
            Reporter:
            Arun Banala
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated: