mirror of
https://github.com/lrnselfreliance/wrolpi.git
synced 2026-10-26 02:48:38 -04:00
5c78aa332d
The listing still read every channel row (for the summary columns) and every download row of the listed Collections (for the minimum frequency). Both tables store yt-dlp info_json, so rows are tens of KB and each sits on its own scattered page; selecting fewer columns did not help because the seek per row is the cost. From a cold disk cache that was 5 s per table, 10+ s total, on a large library. Two covering indexes, channel (collection_id, video_count, total_size) and download (collection_id, frequency), answer both queries without touching a row. The listing no longer loads Download objects at all; it computes min_download_frequency with one grouped query and drops the unused `downloads` array from listing rows (the detail endpoints keep it; the list views only read min_download_frequency). Adds a models-vs-migrations test (alembic check) so an index or column added to a model without a migration, or vice versa, fails the suite. Co-authored-by: Claude Fable 5.1 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| 2026_07_10_1350_sqlite_baseline.py | ||
| 2026_07_14_0900_browse_covering_index.py | ||
| 2026_09_16_1200_file_group_stem.py | ||
| 2026_09_18_1200_unique_directory_stem.py | ||
| 2026_09_20_1200_drop_file_group_idempotency.py | ||
| 2026_09_27_1200_domain_collection_summary.py | ||
| 2026_09_28_1200_collection_listing_indexes.py | ||