mirror of
https://github.com/MBombeck/HealthLog.git
synced 2026-11-08 12:32:43 +00:00
Marc-André Bombeck
823764a914
The per-type loop inside `buildAnalyticsResponse` calls `fetchMeasurementSeriesChunked` without a `since` filter, so a single default-slice request pulls every measurement ever for the user across 15 chunked rounds. The v1.4.38.8 per-type fast-path gate made this unreachable in the common case, but a regression on those gates would re-trigger Marc's 74.6 s cold full-slice mount. - Add `ANALYTICS_LIVE_WINDOW_DAYS = 90` + `liveSince` constant. - Thread `since: liveSince` into every per-type chunked read. - Annotate `meta.analytics.bp_aggregate.live_since` (ISO) so the next perf-verify can prove the cap is in effect on a live request. Defense-in-depth only — the rollup fast-path is unchanged because it never reaches the per-type loop. Worst-case bound drops from ~347 k rows to ~5 k rows on Marc's tenant (matching the comprehensive-aggregator + summaries-slice 90-day windows). Trade-off: `summarize().avg30LastYear` returns null on the fall-through path; the dashboard's year-over-year overlay shows "no prior data" until the rollup tier warms. Acceptable on a degraded path that v1.4.38.8 already made rare. Tests: new `src/__tests__/api/analytics/since-cap.test.ts` pins the 90-day floor on every per-type findMany, pins the `live_since` annotate, and pins that the slim slice is untouched. Existing chunked paging integration test reseeded with timestamps inside the 90-day window so it still exercises the two-chunk boundary.