manifestement peu parmis vous ont lu l'article entièrement
je lis des avis de gens TRES compétents, mais TRES distrait
l'auteur de l'article dit EXPLICITEMENT d'utiliser SQLite dans le cadre d'applications de BUREAU, exemple farfelu qui me passe par la tête : rhythmbox, la base des albums de GThumb, etc etc
mais vous foncez tout de suite critiquer sqlite (à croire que cela vous dérange que quelqu'un en pense du bien) en cherchant les cas les plus ardus, les cas très demandeur qui ont besoin d'une architecture client-serveur . Mais l'auteur de l'article lui ne parle que des besoins de stockage SIMPLE mais régulièrement manipulé par des applications BUREAUTIQUES libres.
PAS plus
et pour le reste, mais évidemment que mysql ou oracle ou autre c'est plus puissant et mieux conçus etc personne ne dit le contraire
il dit juste : pour les applications bureautiques qui stockent des données, plutôt que de réinventer la roue (et peu semblent utiliser berkeley DB) il serait bien intéressant de considérer ces moteurs embarqués de stockage.
ni plus ni moins, inutile de venir casser sqlite ou de défendre oracle, il est évident que vous ne parlez pas des même soucis et problèmes.
# lire attentivement
Posté par - - . En réponse à la dépêche Ça bouge du côté de SQLite !. Évalué à 10.
je lis des avis de gens TRES compétents, mais TRES distrait
l'auteur de l'article dit EXPLICITEMENT d'utiliser SQLite dans le cadre d'applications de BUREAU, exemple farfelu qui me passe par la tête : rhythmbox, la base des albums de GThumb, etc etc
mais vous foncez tout de suite critiquer sqlite (à croire que cela vous dérange que quelqu'un en pense du bien) en cherchant les cas les plus ardus, les cas très demandeur qui ont besoin d'une architecture client-serveur . Mais l'auteur de l'article lui ne parle que des besoins de stockage SIMPLE mais régulièrement manipulé par des applications BUREAUTIQUES libres.
PAS plus
et pour le reste, mais évidemment que mysql ou oracle ou autre c'est plus puissant et mieux conçus etc personne ne dit le contraire
il dit juste : pour les applications bureautiques qui stockent des données, plutôt que de réinventer la roue (et peu semblent utiliser berkeley DB) il serait bien intéressant de considérer ces moteurs embarqués de stockage.
ni plus ni moins, inutile de venir casser sqlite ou de défendre oracle, il est évident que vous ne parlez pas des même soucis et problèmes.