MySQL ou SQLite

[Xophe]

Bonjour,

J'étais tout content, je venais de faire un passage de PHP4 + MySQL à PHP5 + SQLite. Comme annoncé ici https://www.webrankinfo.com/forum/t/sqlite-php5-chez-ovh.60029/

Les bénéfices attendus par l'utilisation de SQLite étaient:
- la facilitation des imports/exports/sauvegarde des base de données
- l'accélération de l'affichage des pages

Côté import export sauvegarde, c'est super pratique, rien à dire de ce côté là.

Par contre, côté vitesse, j'ai l'impression que SQLite est très en dessous du niveau de MySQL. Pourtant, je ne fais quasiment que des requêtes de type SELECT et très peu de INSERT.
Je pensais gagner du temps en évitant le serveur MySQL surchargé de OVH en mutualisé. Et bien pourtant, il s'avère que mes pages se chargent plus lentement qu'autrefois alors que les requêtes sont les mêmes.

Avez-vous observé le même genre de comportement que moi ? Quelle est votre analyse ?

Pouvez-vous vous rendre sur mon site (www) afin de constater par vous même ? Trouvez-vous que les pages sont lentes ?

Merci beaucoup

 

[Xophe]

J'ajoute une petite demande: connaissez-vous un site proposant de tester la vitesse d'affichage des pages d'un site ?

Merci

 

[ecocentric]

En dessous de 100 MB, SQLLite marche bien. Au delà, il paraît qu'il faut mieux se rabattre sur MySQL.
Si tu as de nombreux accès en écriture, SQLLite n'est pas adapté non plus car LOCK global de la base de données en modification (donc : intérêt à éclater sa DB sur plusieurs DB).

 

[Xophe]

Tu as raison pour ces histoires de LOCK, mais comme je l'ai expliqué, j'ai dans mon cas surtout des SELECT.

Ma base fait moins de 100Mb

Pas d'autres pistes ? As tu jeté un coup d'oeil sur les pages en question ?

Merci

 

[ecocentric]

Je trouve la vitesse de ton site correcte.

De plus, utiliser SQLite évitera que ton site se retrouve en rade quand le SQL d'OVH se vautre (ce qui est arrivé pas mal ces derniers temps sur les mutualisés d'entrée de gamme).

Pour ma part, j'ai fait des tests pour deux moteurs de recherche spécialisés et ça marchait vraiment très bien, avec plus de souplesse d'usage (dans mon cas càd avec des fichiers de 25 MB max) que MySQL.

Regarde du côté des pistes d'optimisation de la base de données. Par exemple : as-tu bien créé tes index là où il fallait ?

 

[ecocentric]

Rien à voir mais ya un problème dans tes META :

<meta http-equiv="content-type" content="text/html; charset=utf-8" />

et c'est apparemment de l'ISO Latin.

Du coup, des ?? à la place des caractères accentués.

 

[skippyzrnr]

pour le temps d'affichage il te suffit de calculer l'heure au debut de la page, à la fin et d'afficher la différence des deux c'est tout simple

 

[dadovb]

Voilà un outil qui te permet de connaitre la vitesse de chargement de tes pages :

http://www.websiteoptimization.com/services/analyze/

 

[Xophe]

Merci à vous pour vos réponses.

Je vais bien vérifier mes index et peut être tenter de séparer en plusieurs bases: des bases sur lesquelles je ne fais que des SELECT et d'autres qui nécessitent des INSERT.

@ecocentric: je connais le problème de l'encodage sur les articles du site. As tu constaté le même problème sur d'autres pages du site ?