Description

This PR changes how we fetch certain fields on the pipeline_schedules LIST endpoint. The pipeline_runs_count, pipeline_in_progress_runs_count and tags were all being fetched individually for every pipeline schedule that was being returned, so I changed the logic to instead fetch these fields once for all schedules.

There doesn't seem to be a major performance improvement on the requests because the pipeline_schedule requests generally include a small limit for pagination purposes. I'm also not sure if my implementation of the queries is optimal, so there could be an issue there as well.

How Has This Been Tested?

• Tested locally with /api/pipeline_schedules endpoint
• Verified pipeline schedule unit tests are still working
• Compared LIST pipeline_schedules responses before and after the change

Checklist

• The PR is tagged with proper labels (bug, enhancement, feature, documentation)
• I have performed a self-review of my own code
• I have added unit tests that prove my fix is effective or that my feature works
• I have commented my code, particularly in hard-to-understand areas
• I have made corresponding changes to the documentation
• If new documentation has been added, relative paths have been added to the appropriate section of docs/mint.json

cc: @wangxiaoyou1993