Salut à tous !
 
Voilà, je programme en PHP, et j'utilise la plupart du temps MySQL. Mais les requêtes sont lentes, et je ne me sert que de peu de commandes ... les profils ne m'intéressent pas, bref : MySQL est une usine à gaz que je n'exploite pas vraiment.
 
J'avais pour projet de me faire un petit système de bases de données en fichiers texte (comme YaBB, mais en PHP), mais auparavant j'aîmerais savoir s'il existe un tel système : un système de bases de données simple, très peu gourmand en ressources et reposant sur des fichiers texte, de telle façon que je n'aie pas besoin d'un phpMyAdmin pour modifier les infos.
 
Merci

J'avais pensé à une structure de type fichiers ini, avec plusieurs fichiers modulaires ...
 
Personne n'a ca dans ses cartons ?

MySQL est réputée rapide comme base !
 
à mon avis t'as soit un problème de conf (si tu bosses en local) soit un hébergement pourrave, soit des champs mal foutus ou des requêtes merdiques..
 
stocker des données dans un fichier texte, ça n'est pas une base de données et tu gagneras pas forcément en rapidité (bonjour les accès disques..)
 
le SQL c'est génial !!!!!!!  

Tu es certain que je ne gagnerais pas en performances si je fais un système de fichiers texte ? Je lis une fois le fichier, après c'est bon ... de toute façon, MySQL le fait aussi, et les fichiers restent souvent dans le cache non ?

CSV RuLeZ

CVS pas CSV

 
non, faire un sytème de fichier texte est NETTEMENT plus lourd et moins performant!

 
bin pour les fichier textes, plutôt CSV que CVS quand même non ?

juste, je pensais qu'il parlait du sytème de checking de version pour le developpement.

gizmo a écrit a écrit : juste, je pensais qu'il parlait du sytème de checking de version pour le developpement.

 
jme doutais bien  
t'es pas le genre à raconter n'importe quoi

CSV est vraiment puissant ? Ce que je recherche, c'est véritablement la performance, parce qu'un serveur MySQL me paraît lourd ...

je pensse que la meilleure des solutions reste les fichiers textes... pour l'accès rapide; mais cela dépend d'un parmaètre important, à savoir ton hébergeur...

non, les fichier csv ne sont pas bon pour une base de donnée, il s'agit juste des champs séparés par un point-virgule.
 
Et MySQL n'est pas lourd du tout, c'est même son principal avantage.

 
relis ta signature (le truc du conseil ), en terme d'accès disques (la principale raison de lenteur) les fichier textes c'est ultra lourd
 
même avec un super hébergement, tu n'arriveras jamais au niveau de MySQL (surtout avec plus de 1000 lignes !)

Encore une petite question :
Sur mon site, je lis des fichiers de themes qui font environ 7 à 15ko chacun. Est-ce qu'il vaut mieux les placer dans la base de données MySQL ou dois-je les laisser en tant que fichiers dans mon dossier themes ? Il est à noter que je liste tout le contenu de mon dossier pour récupérer mes themes :
 

 
J'ai de même un système de cache par fichiers texte, chacun fait environ 10 à 20 ko. Dois-je les mettre eux aussi dans ma DB ou les laisser en tant que fichiers ?
 
Ma seule préocupation est ici la performance. Il est aussi à noter qu'il sera bien plus facile de gérer ces données si elles sont indexées dans la base, mais mes routines étant écrites, c'est une difficulté que je n'envisage plus.
 
Donc, au niveau performance : lire d'un fichier ou se connecter à la base puis lire une entrée ?

[jfdsdjhfuetppo]--Message édité par - Fred ---[/jfdsdjhfuetppo]

si tu as un acces direct au fichier et que la lecture est séquentielle, alors laisse ton sytème de fichier, ca doit revenir sensiblement au même que la db.

Tous les fichiers sont effectivement en local ... suivant le code que j'ai publié, quelle méthode des fichier ou de la DB est la meilleure ? Quels systèmes utilisez-vous dans ce domaine ?