SQLite peut être intéressant sur les toutes petites bases (2 ou 3 tables, quelques milliers d'enregistrement) MAIS que ça ne tient plus du tout la route pour les très grosses applications [...]
Ah bon ? Qu'est-ce que tu en sais, personnellement ? Tu as des tests à l'appui ?
Au hasard, extrait de la mailing-list SQLite du 25 Janvier 2003:
> A 32-bit primary key limits the number of entries in a single table
> to 2^32. But each such entry must be at least 24 bytes in size so
> we are already dealing with a 100GB database. And you can have
> multiple tables. So I don't think this is really a problem.
Ça laisse tout de même de quoi voir venir, hmm ?
De toute façon mon propos n'était pas de jouer les vendeurs de benchmarks de SGBD, on sait tous que ça ne rime à rien.
Il s'agit simplement de proposer à un développeur de logiciel libre (pas à une compagnie d'assurance hein, un gars qui code un client de courrier, un lecteur de news, un outil de dessin, que sais-je, la plupart des applications qu'on peut trouver sur un poste de bureau sous Linux), que ça peut être très judicieux d'utiliser SQLite pour assurer la persistance de ses données, point barre.
Et dans ce contexte, ça n'a aucun intérêt de faire la course aux gigaoctets ou aux millions de transactions par seconde, c'est pas le débat. Mais par contre, SQLite gère très bien une volumétrie beaucoup plus importante que ce que tu imagines.
[^] # Re: Oui... pour les toutes petites bases !!
Posté par bobert . En réponse à la dépêche Ça bouge du côté de SQLite !. Évalué à 1.
Ah bon ? Qu'est-ce que tu en sais, personnellement ? Tu as des tests à l'appui ?
Au hasard, extrait de la mailing-list SQLite du 25 Janvier 2003:
> A 32-bit primary key limits the number of entries in a single table
> to 2^32. But each such entry must be at least 24 bytes in size so
> we are already dealing with a 100GB database. And you can have
> multiple tables. So I don't think this is really a problem.
Ça laisse tout de même de quoi voir venir, hmm ?
De toute façon mon propos n'était pas de jouer les vendeurs de benchmarks de SGBD, on sait tous que ça ne rime à rien.
Il s'agit simplement de proposer à un développeur de logiciel libre (pas à une compagnie d'assurance hein, un gars qui code un client de courrier, un lecteur de news, un outil de dessin, que sais-je, la plupart des applications qu'on peut trouver sur un poste de bureau sous Linux), que ça peut être très judicieux d'utiliser SQLite pour assurer la persistance de ses données, point barre.
Et dans ce contexte, ça n'a aucun intérêt de faire la course aux gigaoctets ou aux millions de transactions par seconde, c'est pas le débat. Mais par contre, SQLite gère très bien une volumétrie beaucoup plus importante que ce que tu imagines.