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
Et j'ai bien l'impression que c'est pas complet.
Implémenter une caractéristique de SQL92 peut-être extrêment dure (par exemple les sous-requêtes et de façon complète). Pour affirmer que la plus grande partie de la norme SQL92 est implémentée il ne suffit pas d'avoir SELECT, INSERT, DELETE et UPDATE ou d'avoir plus de 50 % des mots clés de supportés.
- Supporte les transactions avec toutes les propriétés d'atomicité, de consistence, d'isolation et de durabilité (ACID)
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. Tout est réalisé sur une seul table et jamais avec plusieurs client à la foi. Comment ça ce comporte sur une machine smp ? Mistère...
Si j'étais aussi "bête" je ferait bien un comparatif/bench entre PostgreSQL et SQLite. Il y aurait plein de "failed" pour SQLite et dans quelque cas SQLite serait plus rapide. Mais ce serait stupide.
Bref, j'ai pas envis d'en discuter longtemps. SQLite n'a presque rien d'un grand. C'est un petit et il le fait très bien. Il n'est pas conçu pour être un grand.
Il faut le comparer à Berkeley DB (qui a les transactions sur une table (ACID) prend peu de place mémoire et est aussi extrèment rapide). btw Berkeley DB a aussi un mode serveur.
On compare un ananas avec une patate seulement parce que ça se mange. Ça me gonffle. L'ananas ce n'est pas terrible avec une côte de boeuf grillé et la tarte aux patates j'aime pas ça. NB: Je bouffe des ananas et des patates.
Pour finir positivement, SQLite me plait beaucoup et nul doute que j'y penserais si je travail sur un projet qui "cadre" avec ce pour quoi il a été fait.
[^] # Re: lire attentivement
Posté par 007 . En réponse à la dépêche Ça bouge du côté de SQLite !. Évalué à 8.
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
C'est du foutage de gueule.
Implémente la plus grande partie de la norme SQL92, dont les triggers et les transactions
Et pas de language embarqué...
Voir :
http://www.sqlite.org/omitted.html(...)
Et aussi :
http://www.sqlite.org/cvstrac/wiki?p=UnsupportedSql(...)
Et j'ai bien l'impression que c'est pas complet.
Implémenter une caractéristique de SQL92 peut-être extrêment dure (par exemple les sous-requêtes et de façon complète). Pour affirmer que la plus grande partie de la norme SQL92 est implémentée il ne suffit pas d'avoir SELECT, INSERT, DELETE et UPDATE ou d'avoir plus de 50 % des mots clés de supportés.
- Supporte les transactions avec toutes les propriétés d'atomicité, de consistence, d'isolation et de durabilité (ACID)
Pour une table ! Le contexte de transaction peut-être très complexe. Juste pour exemple, je te conseil de lire (ce n'est pas long) :
http://www.postgresql.org/docs/7.4/static/mvcc.html(...)
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. Tout est réalisé sur une seul table et jamais avec plusieurs client à la foi. Comment ça ce comporte sur une machine smp ? Mistère...
Si j'étais aussi "bête" je ferait bien un comparatif/bench entre PostgreSQL et SQLite. Il y aurait plein de "failed" pour SQLite et dans quelque cas SQLite serait plus rapide. Mais ce serait stupide.
Bref, j'ai pas envis d'en discuter longtemps. SQLite n'a presque rien d'un grand. C'est un petit et il le fait très bien. Il n'est pas conçu pour être un grand.
Il faut le comparer à Berkeley DB (qui a les transactions sur une table (ACID) prend peu de place mémoire et est aussi extrèment rapide). btw Berkeley DB a aussi un mode serveur.
On compare un ananas avec une patate seulement parce que ça se mange. Ça me gonffle. L'ananas ce n'est pas terrible avec une côte de boeuf grillé et la tarte aux patates j'aime pas ça. NB: Je bouffe des ananas et des patates.
Pour finir positivement, SQLite me plait beaucoup et nul doute que j'y penserais si je travail sur un projet qui "cadre" avec ce pour quoi il a été fait.