-
Notifications
You must be signed in to change notification settings - Fork 4
Cache precursor-scoped metrics for better reporting performance #1129
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
|
||
| -- Ensure we have transition areas for peptides or small molecules | ||
| AND (EXISTS ( | ||
| SELECT Id, FragmentType, Quantitative FROM Transition t |
There was a problem hiding this comment.
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?
There was a problem hiding this comment.
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.
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
targetedms.QCMetricCachetable