Je suis en train de préparer un petit projet perso pour gérer ma collection de vinyles, et j’hésite sur la façon de stocker les données. J’ai commencé avec un simple fichier JSON, mais avec l’ajout des artistes, des genres, et des dates d’achat, ça devient vite le bazar. Un pote m’a parlé de SQLite comme base de données relationnelle légère pour ce genre de besoin, mais je me demande si c’est pas overkill pour quelques centaines d’albums. En même temps, si je veux un jour ajouter une interface web simple, je ne sais pas si mon approche actuelle va tenir la route.
|
Comment stocker ma collection de vinyles avec SQLite sans surcharger le projet ?
|
|
Pour ta collection de vinyles un fichier JSON peut suffire encore un peu mais lorsque les artistes les genres et les dates d'achat s'accumulent on se retrouve vite avec un fouillis SQLite peut devenir une option légère et simple à mettre en place sans serveur et elle se prête bien à une interface web basique plus tard Tu es plutôt pro portable ou web friendly ?
Je me demande si ce passage vers une base relationnelle est vraiment nécessaire pour quelques centaines d albums. SQLite offre des garanties sur les liens entre artistes genres et achats et permet d explorer des requêtes croisées lorsque tu veux des filtres plus fins.
J aime l idee de pouvoir trier par artiste et par genre comme dans une discotheque virtuelle et de noter l etat de chaque vinyle. Avec SQLite tu as une base qui peut suivre ces choix sans tout casser si tu veux changer de logiciel plus tard.
Le probleme n est pas d avoir raison ou tort sur JSON ou base mais surtout quelles questions on souhaite pouvoir poser à sa collection et comment l interface web sera utile et cela peut guider le choix vers SQLite pour l evolutivité future.
Franchement on peut rester simple et tester les deux options sans se lancer dans une refonte lourde tout de suite Tu peux garder un JSON léger et quand tu souhaites passer a quelque chose de plus robuste SQLite peut suivre. Tu es d accord pour faire un essai rapide ?
On dirait que l engagement pratique donne sens a l idee d une base alors que le concept reste flou et on parle de long terme sans dire clairement ce que sera l interface finale SQLite peut devenir une piece centrale sans imposer une architecture lourde tout de suite
|
|
« Sujet précédent | Sujet suivant »
|

