Pour avoir bossé chez un hébergeur web, je peux te dire que SQLite est certainement une bien meilleure idée de SGBD que MySQL pour les hébergements mutualisés. Pour quelques raisons simples :
- Il est facile de foutre un serveur mysql par terre avec une requete bien lourde qui ramène 3 millions d'enregistrements avec des jointures débiles, et là tous les hébergés souffrent du serveur qui tombe, pas seulement le crétin qui l'a fait tomber.
- La charge des serveurs mysql chez les gros hébergeurs mutualisés est souvent énorme et là aussi, tous les clients en souffrent (c'est encore plus vrai chez les hébergeurs gratuits, je pense notamment à free...). Les webmasters installent des scripts genre phpnuke sans se poser trop de questions et s'étonnent après que le serveur ralentisse jour après jour...
SQLite devrait contribuer à régler ces problèmes : on ne pourra plus crasher le serveur de bases de données commun, on pourra seulement crasher son propre process sans impacter les autres clients. De plus, cette individualisation de la charge rendra plus facile sà débusquer les clients qui abusent, par ignorance ou par bêtise, des (précieuses) ressources du serveur mutualisé.
Enfin, toujours dans le contexte spécifique du web, SQLite s'installe très facilement puisqu'il s'agit d'une simple extension php : on devrait donc la trouver absolument partout, alors que tous les hébergements web GNU/Linux
-apache-php actuels ne proposent pas systématiquement de base mysql associée (très souvent, mais pas toujours, notamment pour les moins chers et les gratuits, en partie à cause des raisons que j'ai évoquées plus haut).
[^] # Re: Aussi pour de petits sites
Posté par Cali_Mero . En réponse à la dépêche Ça bouge du côté de SQLite !. Évalué à 7.
- Il est facile de foutre un serveur mysql par terre avec une requete bien lourde qui ramène 3 millions d'enregistrements avec des jointures débiles, et là tous les hébergés souffrent du serveur qui tombe, pas seulement le crétin qui l'a fait tomber.
- La charge des serveurs mysql chez les gros hébergeurs mutualisés est souvent énorme et là aussi, tous les clients en souffrent (c'est encore plus vrai chez les hébergeurs gratuits, je pense notamment à free...). Les webmasters installent des scripts genre phpnuke sans se poser trop de questions et s'étonnent après que le serveur ralentisse jour après jour...
SQLite devrait contribuer à régler ces problèmes : on ne pourra plus crasher le serveur de bases de données commun, on pourra seulement crasher son propre process sans impacter les autres clients. De plus, cette individualisation de la charge rendra plus facile sà débusquer les clients qui abusent, par ignorance ou par bêtise, des (précieuses) ressources du serveur mutualisé.
Enfin, toujours dans le contexte spécifique du web, SQLite s'installe très facilement puisqu'il s'agit d'une simple extension php : on devrait donc la trouver absolument partout, alors que tous les hébergements web GNU/Linux
-apache-php actuels ne proposent pas systématiquement de base mysql associée (très souvent, mais pas toujours, notamment pour les moins chers et les gratuits, en partie à cause des raisons que j'ai évoquées plus haut).