fix: aggregate enrollment stage CTE projection

[luciano-fiandesio]

Summary

When requesting an aggregated enrollment analytics query that combines a stage-specific dimension without a filter with other stage-specific dimensions that do have filters, the generated SQL was invalid.

Example:

API request (against /api/analytics/enrollments/aggregate/<programUid>):

dimension=A03MvHHogjR.EVENT_STATUS
dimension=A03MvHHogjR.EVENT_DATE:LAST_12_MONTHS
dimension=A03MvHHogjR.ou:USER_ORGUNIT

Postgres response:

SQL Error [42703]: ERROR: column uiogg.ev_eventstatus does not exist

The outer SELECT referenced uiogg.ev_eventstatus (where uiogg aliased the latest_events_A03MvHHogjR CTE), but that CTE did not project ev_eventstatus.

Fix

Make the per-stage filter CTE the "single source of truth" for every stage dimension requested in that stage's scope.
The aggregate branch no longer pre-filters items by hasFilter(). Instead it groups every stage item from both params.getItems() and params.getItemFilters() by program stage UID, then emits a latest_events_<stage> CTE only when at least
one item for that stage carries a filter.
Unfiltered stage items belonging to a stage that does have a filter get projected into the same CTE, sharing the "latest event matching the filter" row.

[github-actions]

Surefire reports for analytics API tests against Doris have been pushed to the repository. View reports

[github-actions]

Surefire reports for analytics API tests against Doris have been pushed to the repository. View reports

[github-actions]

Surefire reports for analytics API tests against Doris have been pushed to the repository. View reports

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[github-actions]

Surefire reports for analytics API tests against Doris have been pushed to the repository. View reports