[GH-ISSUE #88] Introduce pool member caching to backend #65

Closed
opened 2026-02-27 19:16:43 +03:00 by kerem · 1 comment
Owner

Originally created by @EddieTheCubeHead on GitHub (Feb 23, 2024).
Original GitHub issue: https://github.com/EddieTheCubeHead/Stagnum/issues/88

Whenever a pool member data is required, the app should first check in internal database ("cache") for existing data. Data should be fetched from spotify only if it doesn't exist. Fetched data should be then saved to internal database.

Acceptance criteria: core only fetches pool member data for pool members that have never been fetched before. Functionality is fully tested, including edge cases.

Originally created by @EddieTheCubeHead on GitHub (Feb 23, 2024). Original GitHub issue: https://github.com/EddieTheCubeHead/Stagnum/issues/88 Whenever a pool member data is required, the app should first check in internal database ("cache") for existing data. Data should be fetched from spotify only if it doesn't exist. Fetched data should be then saved to internal database. Acceptance criteria: core only fetches pool member data for pool members that have never been fetched before. Functionality is fully tested, including edge cases.
kerem 2026-02-27 19:16:43 +03:00
Author
Owner

@EddieTheCubeHead commented on GitHub (Mar 11, 2024):

Decided with Konsta that this is not needed

<!-- gh-comment-id:1988801966 --> @EddieTheCubeHead commented on GitHub (Mar 11, 2024): Decided with Konsta that this is not needed
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/Stagnum#65
No description provided.