Investigate cause of slow performance for TOMs with large databases #668
Labels
bug
Something isn't working
enhancement
New feature or request
Epic
Overview topic for high level discussion
Milestone
Is your feature request related to a problem? Please describe.
A number of projects have build TOMs with very large databases, including some that have customised the TOM DB.
A good example is the DESC-TOM, which ingested alert and classification information for a large set of simulated LSST alerts from several different brokers. The goal was to compare the classification data for the same alerts from different brokers, necessitating a large table join. Queries against this DB were very slow.
Describe the solution you'd like
Explore alternative DB structures that might offer better performance for these kinds of projects, for example no-SQL.
Additional context
This has been highlighed as an issue for the DESC-TOM and Sagguro projects.
This is related to:
The text was updated successfully, but these errors were encountered: