Uploaded image for project: 'Compass '
  1. Compass
  2. COMPASS-8975

Urgent: Discrepancy in Pre-Execution and Final Query Output Count in MongoDB Aggregation

    • Type: Icon: Bug Bug
    • Resolution: Incomplete
    • Priority: Icon: Major - P3 Major - P3
    • No version
    • Affects Version/s: None
    • Component/s: None
    • None
    • Environment:

      Prod
    • Not Needed
    • Developer Tools

      I am writing to bring to your attention a critical issue we have encountered with our MongoDB aggregation queries. This discrepancy is causing significant concerns with the accuracy of our data reports.

      Issue Description:

      • Scenario: When applying $match and $project stages in the aggregation pipeline.
      • Observation: The preview count before executing the query (side view result) shows a different value compared to the actual output after running the query.
      • Example:
        • The side view result shows a count of 1000.
        • After executing the query, the final count is 1230.
      • Specifics: I used the following query within the aggregation stages:

      javascriptCopy code
      {{{ $match:

      { channel: "ATM", responseCode: "00" }

      }}}The preview (side view result) shows a count of 2001. However, after clicking the run option, the result shows a count of 2032.

      This discrepancy is misleading and affects the accuracy of our reports and data retrieval processes.

      Impact:

      • Incorrect Data Retrieval: The inconsistent results have led to incorrect data being reflected in our reports.
      • Misleading Previews: The differing counts between preview and final execution are causing confusion and mistrust in the data.

      I have raised this query previously, but it was closed without resolving the issue or providing a satisfactory explanation. It is crucial for us to understand why the preview and final execution counts are different and to ensure consistent and accurate data retrieval.

      Request:

      • Investigation: Please investigate this inconsistency urgently.
      • Explanation: Provide a detailed explanation as to why the counts differ.
      • Resolution: Offer a permanent solution to ensure accurate data retrieval in both preview and execution stages.
      • Reopen the Issue: I request the previously closed query be reopened and addressed comprehensively.

      Your prompt attention to this matter is highly appreciated, as it impacts our day-to-day operations and overall data integrity.

      Thank you for your understanding and swift action.

            Assignee:
            Unassigned Unassigned
            Reporter:
            sdevanathan2001@gmail.com Devanathan S
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: