Sqlite peut de par son poids plume faire l'affaire dans certains cas.
J'ai déjà rencontré le problématique que tu évoques. J'avais à travailler avec une base de données qui donnait des relations entre des mots. (synonymie, antonymie, ....) donc jamais mise à jour.
J'y faisais d'intenses requêtes dessus. Là où sqlite s'est avéré décisif dans mon choix c'est que la base de données (le fichier .sqlite) pesait environ 800Mos, ce qui faisait quelques milliers de relations sur un lexique de 300 000 mots. (j'ai utilisé sqlite2 et non sqlite3 car les fichiers sont moins volumineux avec le 2 qu'avec le 3 et les nombreux indexes ajoutés lors du passage à la version 3 n'amélioraient pas vraiment les perfs)
Donc hop, en chargeant toute la base en RAM, les temps de réponse étaient devenus bien meilleurs que lors de mes tests sur MySql ou Postgres.
Ca implique cependant d'avoir moult RAM ou bien une machine dédiée à cet usage. Et puis, avec sqlite de base, il n'y a pas de serveur...
[^] # Re: Un manque dans l'offre
Posté par Mat (site web personnel) . En réponse à la dépêche PostgreSQL 8.1 disponible. Évalué à 5.
J'ai déjà rencontré le problématique que tu évoques. J'avais à travailler avec une base de données qui donnait des relations entre des mots. (synonymie, antonymie, ....) donc jamais mise à jour.
J'y faisais d'intenses requêtes dessus. Là où sqlite s'est avéré décisif dans mon choix c'est que la base de données (le fichier .sqlite) pesait environ 800Mos, ce qui faisait quelques milliers de relations sur un lexique de 300 000 mots. (j'ai utilisé sqlite2 et non sqlite3 car les fichiers sont moins volumineux avec le 2 qu'avec le 3 et les nombreux indexes ajoutés lors du passage à la version 3 n'amélioraient pas vraiment les perfs)
Donc hop, en chargeant toute la base en RAM, les temps de réponse étaient devenus bien meilleurs que lors de mes tests sur MySql ou Postgres.
Ca implique cependant d'avoir moult RAM ou bien une machine dédiée à cet usage. Et puis, avec sqlite de base, il n'y a pas de serveur...