Comment éviter les limites d'écriture multi-utilisateur avec SQLite ?

[SamuelR]

Salut tout le monde, je me pose une question depuis que j’ai repris un vieux projet perso. J’ai une petite appli qui tourne avec SQLite, et ça a toujours bien fonctionné pour mes tests. Mais là, en ajoutant des fonctionnalités, je me demande si je ne vais pas me retrouver coincé plus tard au niveau des performances, surtout si plusieurs utilisateurs tentent d’écrire en même temps. Je ne sais pas si c’est le genre de chose où il vaut mieux anticiper et changer de système tout de suite, ou si c’est prématuré et que je devrais juste continuer comme ça pour l’instant.

[LoganRJ]

SQLite peut fonctionner pour des tests et quelques utilisateurs, mais les verrous au niveau des écritures pourraient devenir problématiques à mesure que le nombre d utilisateurs augmente.

[NoraJL]

Personnellement je dirais que tu peux continuer avec SQLite pour l instant mais prépare toi si tu constates des temps d attente lors des écritures concurrentes.

[Kyle52]

Une option utile serait d explorer le mode WAL de SQLite car il peut améliorer les lectures et écritures concurrentes tout en restant sur le même moteur.

[Thomas.L]

Et si le vrai sujet n est pas le choix du moteur mais la façon dont tu écris les accès à la base SQLite et le schéma des données ?

[Emily92]

Ça m inquiète un peu mais j ai aussi envie de continuer sans tout revoir alors restons sur SQLite et mesurons les résultats.

[GraceCM]

Parfois les lecteurs attendent une solution miracle alors que SQLite peut suffire le temps d un MVP et le vrai choix se fait plus tard.