SPIP SQLite

SPIP sous SQLite, c’est possible ; la preuve c’est cette maquette.

Comme chacun sait, SPIP fonctionne avec MySQL qui est probablement la base de donnée Open source la plus populaire sur le Web. Pourtant, et c’est une des lacunes de SPIP, il existe d’autres standards comme PostGres, plutôt répandu dans le monde de l’entreprise, et aussi SQLite le petit dernier dans la famille des bases de donnée. Cette lacune devrait disparaître avec SPIP version 2 qui devrait gérer ces différentes bases de données ayant toutes comme point commun le langage SQL ou plus exactement une tronc commun SQL puisque chacune ajoute ses propres spécificités.

SQLite en deux mots c’est une base de donnée légère (SQL light) qui ne nécessite pas de serveur pour fonctionner : la base est contenue dans un simple fichier. Tout laisse à penser que ce sera très bientôt la base de donnée la plus répandue au monde puisqu’elle pourra être "embarquée" dans les équipements les plus divers, y compris bien sûr dans les serveurs Web. Pour autant elle ne détronera peut-être pas les bases de données classiques sur les très gros sites, ce qui ne l’empêche pas de fonctionner parfaitement avec des millions d’enregistrements. Le site http://sqlite.org fonctionne bien sûr avec SQLite qui supporte sans effort un trafic conséquent comme l’explique son auteur. [1]. Avec le déploiement en cours de PHP version 5 sur le Web, on assiste à un déploiement automatique de SQLite chez les hébergeurs car SQLite est maintenant intégré à PHP. C’est donc un produit prometteur, déjà reconnu dans le monde Open source et adopté par des marques commerciales [2]).

D’un point de vue utilisateur SPIP, SQLite apporte peu ou beaucoup. Pour l’internaute et le rédacteur d’un site SPIP, c’est transparent, sauf peut-être pour les performances. Le Webmestre y trouve son compte en démarrant plus facilement un site Web en local et en distant. Les sauvegardes de base sont assez simples puisqu’il s’agit d’un simple fichier. Les hébergeurs y trouvent aussi leur compte : au lieu d’avoir à gérer 2 serveurs par site client il n’y en a plus qu’un seul et surtout les performances avec SQLite sont généralement meilleures ce qui leur laisse le choix d’en faire profiter leur client ou de diminuer les ressources machines par client. Autre avantage pour les hébergeurs, une base de donnée corrompue, n’affectera qu’un site en général, même si l’on sait que MySQL et autres PosGres sont robustes.

Pour SPIP, la reconnaissance de ces autres standards que sont PostGres et SQLite ouvrira à de nouveaux utilisateurs. Ce n’est plus qu’une question de temps.