Bonsoir à tous,

Pour un projet de site en php, j'envisage l'utilisation de SQLite pour la gestion de la base de données à la place d'un classique MySQL.

Le but est de pouvoir facilement gérer séparer une grosse base de données contenant tout, en plusieurs petites bases ne contenant que le nécessaire. De plus, cela simplifierait la sauvegarde du site, puisqu'une sauvegarde du FTP sauvegarderait également la base

Si a priori il n'y a aucune impossibilité théorique, y en a-t-il en pratique ? Ou des pièges à éviter ? Ou encore, qu'en sera-t-il au niveau des performances ? Gain ? Perte ? Je sais que cette dernière question est difficile à répondre sans connaitre la structure de la base de données. Je peux juste dire qu'elles seront petites...

En avantage à SQLite, on parle souvent de temps de réponse.

Mais beaucoup de développeurs préfèreront MySQL qui offre bien plus de fonctionnalités, tout en rendant possible une bonne optimisation.

Tu trouveras de nombreuses discutions sur le net concernant MySQL vs SQLite, et les réponses ne sont pas souvent plus constructives que pour un Windows vs Linux.

Merci de ta réponse Neliger. Je sais que MySQL offre de nombreuses fonctionnalité, mais lorsqu'il s'agit de faire juste des requetes simples, c'est un peu comme sortir le bazooka pour tuer une mouche D'où justement mon interet pour SQLite.

Je vais essayer de faire encore des recherches, même s'il est vrai que je suis déjà tombé sur beaucoup de sujet non constructif. Je pense que cela se terminera par quelque test de mon cru, pour me faire une idée plus précise ^^

Je suis désolé, sur ce coup, je pense pas pouvoir beaucoup aider, mais je vais me permettre de donner quand même mon avis...

SQLite3 est codé en C. (même pas standard d'ailleurs il me semble) Donc les perfs doivent être plutôt bonnes.
Au niveau facilité d'utilisation, y'a pas à tortiller du *** c'est énorme. Je l'utilise pour mes programmes en local en fait, vu qu'il est super simple d'installer une nouvelle base. Sans compter le fait que cette même base est utilisable sans la moindre modification sous linux comme sous windows (j'ai pu tester très récemment en fait, et c'est pas juste une prétention, le copier/coller du fichier de win vers nux, elle ne s'en aperçoit pas...)

Par contre, ça reste du SQL. Donc, tout ce qui est évolutions du SQL comme oracle et microsoft se sont "amusés" a ajouter et qui sont bien utiles, mais qui n'ont je crois rien de standard il me semble, sont caduques.
Au niveau respect de la norme de SQL, je crois (à vérifier sur le site officiel qui explique très bien tout ça) que ça n'implémente pas tout, mais que ça n'implémente pas non plus d'extensions.
Donc, si tu fais ".dump MaTable" dans l'exe (euh, je prend l'extension win, vu que nux n'as pas de "racourcis linguistique", vous m'en voudrez pas?) de sqlite3, tu auras un code SQL utilisable partout ailleurs.
Une carence est probablement le manque de types de données.
Si je me souviens bien, il n'y en à "que" 4. Entiers, flottants, chaînes de caractères et données binaires.
Je connais pas les autres SGBDR, mais il me semble qu'ils en ont plus.

J'étais tombé sur un doc de développez.com qui comparais les différents SGBDR quand j'étais en formation (ou j'ai justement découvert sqlite) qui comparais les avantages des différents SGBDR. Si je le retrouve, je poste a nouveau ici (ça fait 2 minutes que je cherches et je retrouves plus les mots clés, désolé. Au pire je demanderais a un pote qui était tombé sur la même page que moi)

[edit]
Et désolé pour le long post, ces derniers temps c'est plus fort que moi...
[/edit]

Edité par Freem ( 20/09/2009 02:05:05 )

ça se ressent surtout sur les jointures, normal puisque tu lis tout depuis le disque dur.
par contre avec PDO c'est tout facile.

Freem > oracle n'est pas le moins respectueux de la norme SQL ...

C'est pour ça que j'ai précisé "je crois" en parlant des extensions.
D'un autre côté, je n'ai pas dis qu'en terme de SQL pur et dur, oracle ne respectait pas la norme. Juste que ça implémente un langage supplémentaire qui n'est pas, à ma connaissance, normé. Que ce soit sous le nom de SQL ou tout autre nom.

J'espère avoir éclairci mes propos s'ils étaient sujet à erreur?