Personne ne dit que SQLite est nul. Le problème est de comparer SQLite avec MySQL ou PostgreSQL. SQLite n'a rien à voir avec MySQL et encore moins avec PostgreSQL.
Ce qui est critiqué c'est le FUD de la news.
Exemple :
Disons en deux mots qu'il a tout d'un grand
Oh la la... alors quand tu entends dire d'une petite bagnole qu'elle a tout d'une grande, tu vas crier au FUD parce qu'on a osé fairela comparaison avec ta grosse caisse avec ses 6 cylindres en Vrac ??
> Offre des performances supérieures à PostgreSQL et même MySQL pour beaucoup de types de requêtes communes
Mais quelle surprise ! Cette comparaison est stupide. [...]
Merci pour l'adverbe, tout cela est très constructif.
Comme déjà dit, je ne me situais pas dans le contexte des applications client-serveur (encore que je serais ravi d'avoir une petite causerie là-dessus)
Il s'agissais simplement de considérer des applications indépendante sur un poste linux, par exemple de bureautique ; dans ce contexte, il y a des logiciels qui utilisent déjà des SGBD en mode client-serveur comme Postgres et MySQL, pour gérer leurs données ; je parle des tonnes d'outils de gestion de collection de mp3, de gestionnaires / créateurs d'albums photo (e.g. Zoph, Atomic Photo Album), de bookmarks, de notes, etc.
Pour toutes ces applications, ça a bien un sens de se demander, "tiens, et si au lieu de mettre en branle postgresql pour gérer mes 2 Mo de données, j'utilisais tout connement SQLite ?"
Et avant de chipoter sur ce que propose / ne propose pas SQLite, fais simplement la part des besoins des applications sus-citées. Ont-elles besoin d'un PL/SQL de la mort ? Ont-elles besoin d'un SGBD qui tourne en mode serveur, dont la mise en place échoit à l'utilisateur final ?
Si j'étais aussi "bête"
Mais non, tu as raison, c'est bien toi le plus intelligent. C'est un plaisir que de mener une conversation avec un être suprême comme toi.
[^] # Re: lire attentivement
Posté par bobert . En réponse à la dépêche Ça bouge du côté de SQLite !. Évalué à 1.
Ce qui est critiqué c'est le FUD de la news.
Exemple :
Disons en deux mots qu'il a tout d'un grand
Oh la la... alors quand tu entends dire d'une petite bagnole qu'elle a tout d'une grande, tu vas crier au FUD parce qu'on a osé fairela comparaison avec ta grosse caisse avec ses 6 cylindres en Vrac ??
> Offre des performances supérieures à PostgreSQL et même MySQL pour beaucoup de types de requêtes communes
Mais quelle surprise ! Cette comparaison est stupide. [...]
Merci pour l'adverbe, tout cela est très constructif.
Comme déjà dit, je ne me situais pas dans le contexte des applications client-serveur (encore que je serais ravi d'avoir une petite causerie là-dessus)
Il s'agissais simplement de considérer des applications indépendante sur un poste linux, par exemple de bureautique ; dans ce contexte, il y a des logiciels qui utilisent déjà des SGBD en mode client-serveur comme Postgres et MySQL, pour gérer leurs données ; je parle des tonnes d'outils de gestion de collection de mp3, de gestionnaires / créateurs d'albums photo (e.g. Zoph, Atomic Photo Album), de bookmarks, de notes, etc.
Pour toutes ces applications, ça a bien un sens de se demander, "tiens, et si au lieu de mettre en branle postgresql pour gérer mes 2 Mo de données, j'utilisais tout connement SQLite ?"
Et avant de chipoter sur ce que propose / ne propose pas SQLite, fais simplement la part des besoins des applications sus-citées. Ont-elles besoin d'un PL/SQL de la mort ? Ont-elles besoin d'un SGBD qui tourne en mode serveur, dont la mise en place échoit à l'utilisateur final ?
Si j'étais aussi "bête"
Mais non, tu as raison, c'est bien toi le plus intelligent. C'est un plaisir que de mener une conversation avec un être suprême comme toi.