You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
count precomputes accumulate sums, not counts #503
an ingested count precompute holds Σ values, so count_over_time reads return sums (correct only when samples are literally 1.0, e.g. event-per-sample counters), and the approximate avg_over_time pair (CMS-sum ÷ CMS-count) collapses to Σv/Σv = 1. My tests didn't trip this because they seed accumulators at the store layer ( cms() helper feeds counts directly), which validates the read path but bypasses apply_sample. The fix lives in step 2: dispatch on sub_type == "count" to a weight-1 updater variant for both CMS and MultipleSum, mirroring count_events.
Activity
fix(query-engine): MultipleSum weights samples by 1 for count sub_type
fix(planner,query-engine): propagate MultipleSum's strict subtype con…
fix(query-engine): MultipleSum weights samples by 1 for count sub_type (