Skip to content

Conversation

@labkey-jeckels
Copy link
Contributor

Rationale

On very large databases, the QC plots and other reports can be sluggish to load, especially on parent folders that have multiple QC subfolders.

We can improve perf by caching all of the precursor-scoped metric values in a dedicated table. We then maintain it as Skyline documents are added or removed, or metrics are added or removed.

Changes

  • New targetedms.QCMetricCache table
  • Populate lazily at upgrade and then on imports/deletes or metric configuration changes
  • Button to manually recache after editing a custom metric's query
  • Eliminate "enabled" queries as they're no longer necessary to speed things up

@labkey-jeckels labkey-jeckels self-assigned this Oct 16, 2025

-- Ensure we have transition areas for peptides or small molecules
AND (EXISTS (
SELECT Id, FragmentType, Quantitative FROM Transition t
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could the two EXISTS subqueries being used multiple times be moved into a separate sql file and also, would using a JOIN than two EXISTS improve perf here?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good idea. I restored the transition and precursor area enabled queries and used them here.

@labkey-jeckels labkey-jeckels merged commit e4f1984 into develop Oct 28, 2025
7 checks passed
@labkey-jeckels labkey-jeckels deleted the fb_cacheMetrics branch October 28, 2025 21:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants