Bonjour   ,
 
Je suis en train de développer un projet et je me pose une question, en fait j'hésite en deux choses.
Je m'en vais vous les exposer.
La première: utiliser mysql.
La seconde: utiliser les fichiers textes, avec fopen() et ses amis.
 
Cette table ou ce fichier texte ne servant qu'a stocker des informations de statistiques, par exemple :  
nombre de liens : 4
nombre de catégories : 4
nombre de téléchargements : 18
ect....
 
en fait je me demande cela pour une raison de temps d'éxécution du script : pour récuperer un nombre mieux vaut-il  
-explorer la première ligne d'un fichier texte  
ou
-faire un select d'un enregistrement d'une table ?
 
 
imaginons maintenant que mon site prenne de l'ampleur et que de très nombeux visiteurs s'inscrivent (10000 par exemple, ben quoi on peut rêve non ?), mieux vaut  
-10000 fichiers texte  
ou  
-10000 enregistrements dans une table ?
 
Je pense à 10000 fichiers textes non ?  
Il me semble plus facile de séléctionner le nom du fichier "pseudo_du_membre.txt" que faire un SELECT where pseudo=pseudo_du_mec sachant qu'il y aura 10000 enregistrements non ?  
 
Merci

mysql c'est encore plus simple et c'est plutôt fait pour

je ne parle pas de simplicité relis bien mon message avant de répondre

 
Si tu parles de simplicité. Bref, a part ça il est bien entendu 100x plus rapide et efficace d'utiliser MySQL par rapport à des fichiers txt.
 
Fais des benchs et tu t'en rendras comptes

Je voulais dire rapide mais merci tout le monde est d'accord ?

Oué, sinon tu utilises SQLite intégré à PHP pour ne pas avoir à déployer la cavalerie

1. 10000 enregistrements dans une table, ce n'est rien du tout. 10000 ou 100000 fichiers dans un répertoire donné est une somme énorme, certains FS ne sont même pas capables de le gérer.
2. Si tu veux te simplifier la vie, utilise SQLite au lieu de MySQL.

Même réponse que tout le monde, mais bon, c'est pour appuyer.
 
MySQL.
 
Par contre, je ne suis pas d'accord pour SQLite, SQLite étant un fichier texte et pour reprendre son exemple, si il y a 10000 membre, ça va ramer sec.
Bon okey, MySQL aussi au fond c'est des fichiers textes, mais c'est gérer différemment.
 
Bref, MySQL.

1. SQLite n'est pas un fichier texte  
2. http://blog.topix.net/archives/000045.html
3. La mise en place d'un système sur SQLite est un bon ordre de grandeur plus simple que celui d'un système MySQL
4. Vu les données qu'il va stocker, il n'a sûrement pas besoin de queries avancées, SQLite est donc plus que suffisant dans tous les cas

Il a précisé aussi qu'il voulait être prévoyant.    
Avec SQLite, il va en chier dès qu'il voudra faire un truc un peu plus compliquer.
 
Je ne donne pas ce conseil au hasard, j'ai testé SQLite, je m'en servais pour gérer les articles sur le site de ma femme et dès que ton fichier devient un peu gros, les perfs deviennent catastrophique, résultat, j'ai fait ma bdd custom juste pour le texte des articles et je me suis fait chier à convertir en MySQL.
SQLite, c'est vraiment à prendre comme une solution de dépannage, pour le moment, c'est une daube.    

Merci à tous, je vais donc écouter les sages paroles proférées mysql donc.