Pourquoi vous devriez probablement utiliser SQLite

• Article sur les avantages d’utiliser SQLite pour le stockage des données d’applications web, en comparaison avec d’autres solutions comme MySQL et Postgres
• SQLite est une base de données fondée sur SQL qui stocke l’ensemble de la base dans un fichier unique, offrant une solution simple aussi bien pour les cas d’usage basiques qu’avancés
• SQLite offre une latence nulle grâce à sa structure en fichier unique, réduit le « problème n+1 » et diminue les préoccupations des développeurs concernant le nombre de requêtes vers la base de données
• SQLite s’exécute comme une partie intégrée de l’application, ce qui réduit le besoin de gérer des services supplémentaires et permet d’économiser en complexité et en coûts
• SQLite ne peut pas être déployé directement comme un fichier sur disque, mais il existe des avancées dans ce domaine, comme LiteFS, un système de fichiers distribué qui réplique les bases de données SQLite
• SQLite peut gérer des bases de données de taille exabyte, ce qui en fait une solution adaptée à la plupart des développeurs web
• SQLite n’est qu’un fichier, et plusieurs instances d’une même application peuvent être exécutées sans problème, ce qui simplifie le développement et les tests
• SQLite présente certaines limites : absence de prise en charge des abonnements pour les cas d’usage en temps réel, impossibilité d’autoriser des connexions depuis des clients externes, absence de prise en charge de plugins comme TimescaleDB pour Postgres, absence de prise en charge des énumérations, etc.
• Malgré ces limites, l’auteur affirme que SQLite est une solution adaptée à la grande majorité des développeurs web grâce à ses avantages en matière de performances, de simplification et de coûts

[GN⁺]

Avis Hacker News

• SQLite convient bien aux applications exécutées sur un seul VPS, mais peut ajouter de la complexité pour les applications qui tournent sur plusieurs instances.
• SQLite ne prend pas en charge de nombreuses options de ALTER TABLE, ce qui peut compliquer les migrations.
• SQLite ne vérifie pas les types de colonnes, ce qui peut entraîner des incohérences potentielles dans les données.
• SQLite n’est pas adapté à une utilisation avec plusieurs serveurs d’application, ce qui limite son usage aux sites petits et simples.
• Certains utilisateurs soulignent la difficulté de configurer PostgreSQL ou MySQL et suggèrent que SQLite n’est pas nécessaire pour tous les cas d’usage.
• La revendication selon laquelle SQLite aurait une latence nulle « parce qu’il est sur disque » suscite des critiques.
• SQLite est considéré comme une bonne solution pour le stockage temporaire de données pendant le développement ou pour les logiciels clients ayant besoin d’un stockage temporaire.
• SQLite n’est pas recommandé lorsqu’une application web doit être déployée sur plusieurs machines ou lorsqu’un système distribué est nécessaire.
• Une stratégie consistant à utiliser un fichier SQLite par client est proposée, mais cette approche peut compliquer les migrations.
• Une tentative de passer de MariaDB à SQLite s’est heurtée à des problèmes tels que l’absence d’un outil d’administration web puissant et l’impossibilité de modifier les tables.
• Les particularités de SQLite, comme l’absence de types enum et date, peuvent en faire un choix moins attrayant pour certains utilisateurs.