You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently subscribedPodcastIds are saved as an id in an array in a json column on the User table. This is an overly simplistic implementation, and we could derive more benefits by migrating this to a separate table with a relationship to the User table.
This will require:
creating a new table in the database.
migrating existing data to the new table.
updating the API to return the new table data whenever subscribedPodcastIds was returned previously.
Hopefully updating the client-side will not be necessary, by updating the existing endpoints to return the data from the new database schema.
Currently subscribedPodcastIds are saved as an id in an array in a json column on the User table. This is an overly simplistic implementation, and we could derive more benefits by migrating this to a separate table with a relationship to the User table.
This will require:
Hopefully updating the client-side will not be necessary, by updating the existing endpoints to return the data from the new database schema.
https://github.com/podverse/podverse-api/blob/develop/src/entities/user.ts#L148
The text was updated successfully, but these errors were encountered: