Discussion :

[bibom]

Bonjour

J'ai entendu dire que PHP5 a une base de donnée embarqué. Ma question est donc la suivante :

D'après vous il est préférable que je garde MySQL ou utiliser cette nouvelle base de donnée que nous offre PHP5 ?

Merci

[Invité]

salut

il y a un sondage à ce sujet

en ce qui me concerne j'ai testé les 2. la réponse est bien sûr "ça dépend". ça dépend de tes besoins, de ton contexte, etc. :
-> MySQL 4 est préférable si tu n'as pas vraiment besoin de triggers et si tu as un site à forte audience
-> SQLite est préférable si tu as des problèmes de temps de réponse MySQL (je pense à Free par exemple), si tu as vraiment besoin de triggers, de vues, etc., et si ton site n'a pas une audience extraordinaire, car apparemment il se trouve assez vite noyé dans les grosses montées en charge. ça fait pas mal de conditions pour préférer SQLite...
-> MySQL 5 est préférable dans tous les cas si tu y as accès. j'y suis passé récemment et j'en suis très très satisfait.

[bibom]

D'accord tu as bien repondu à ma question je pense que je vais rester sous mysql.

merci

[Invité]

de rien

attends peut-être d'autres avis avant de mettre le topic en , il y a sûrement des gens ayant eu d'autres expériences, ou qui pourront apporter un éclairage différent

[bibom]

d'accord je vais attendre mais bon je pense que je me suis déja fait une idée...

[Yogui]

Salut

Il faut penser à quelque chose avant d'utiliser SQLite : la sécurité de la base.
En effet, une base SQLite est un simple fichier, tandis qu'une base MySQL est protégée comme tout service (daemon). À ce titre, il est plus difficile de protéger l'accès à une base SQLite.
La meilleure solution est de localiser le fichier SQLite en-dehors de la racine du serveur Web, afin qu'il ne soit pas accessible par une URL. Malheureusement, ce n'est pas possible dans toutes les situations (notamment pour certains hébergements mutualisés) : il faut alors avoir recours à un fichier .htaccess.

Il est possible de protéger l'accès à une base SQLite mais la sécurité n'est pas aussi poussée que dans le cas d'un véritable service comme MySQL (qui a sa configuration propre, gérée par le système d'exploitation).


Une base SQLite est utile par exemple pour remplacer un fichier XML, car le langage SQL permet de simplifier les requêtes.
Pour les volumes de données moyen à gros, j'ai tendance à préférer une base MySQL.

[bibom]

D'accord donc si je comprend bien niveau sécurité c'est pas trop sa

bon ben merci pour ces renseignements

[bmay]

C'est pas trop une question de sécurité pour moi mais plutôt d'objectif: SQLite est très cool pour faire une base qui est temporaire (genre en mémoire, le temps d'un traitement avec plein de données) ou portable (genre la liste des mes DVD) ou test (en développement).

Et je rejoint tout le monde s"il s'agit de faire du lourd ou du sérieux: MySql est alors incontournable pour la gestion des écritures concurrentes, la sécurité et le reste.

En ce moment je me fait des trucs perso et c'est super cool d'avoir autant de bases SQLite que je crée d'environnement en copiant juste les fichiers. Ca me fait du versionning sur les structures de bases. Et avec une petite couche d'abstraction d'accès, je passerais à MySql dès que j'aurais stabilisé quelque chose sans trop d'efforts.

[Extra-Nitro]

Y a t'il une site francais officiel sur SQLite ?

[Yogui]

Très sincèrement, un développeur doit être en mesure de déchiffrer un site en anglais, surtout s'il s'agit de documentation sur un produit.