Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2171 connectés 

 


Dernière réponse
Sujet : [MySQL] question sur la rapidité
sebbross En réfléchissant bien, j'ai trouvé la réponse ...
Etant donné qu'il pourrait y avoir des milliers, voire des dizaines de milliers de texte, avec 1 fichier par texte ça fait donc autant de fichiers. Et le système de fichiers ne va pas être capable de gérer ça rapidement (on risque meme d'atteindre la limite du nombre de fichiers).
Donc MySQL reste la seule solution.

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
sebbross En réfléchissant bien, j'ai trouvé la réponse ...
Etant donné qu'il pourrait y avoir des milliers, voire des dizaines de milliers de texte, avec 1 fichier par texte ça fait donc autant de fichiers. Et le système de fichiers ne va pas être capable de gérer ça rapidement (on risque meme d'atteindre la limite du nombre de fichiers).
Donc MySQL reste la seule solution.
youdontcare mysql est très rapide, et les interfaces php->mysql sont là pour ça. quand j'ai fait mon forum, je pensais aussi faire des fichiers textes, mais j'ai vite abandonné quand j'ai vu que mysql marchait très très bien. de plus c'est hyper pratique pour trier par date, auteur, etc ... bref, utilise mysql !
eusebius

funwebmax a écrit a écrit :

je pense quand meme que mysql est mieux, au nivo de la rapidité de c mieux rangé ...




 
C'est clair la difference doit même être assez importante !

funwebmax je pense quand meme que mysql est mieux, au nivo de la rapidité de c mieux rangé ...
Mara's dad C'est intéressant comme question !
Fait des tests et donne nous les résultats.
sebbross Je voudrais savoir ce qui est le plus rapide pour stocker des textes entiers (taille inconnue mais surement supérieur à 255 caractères): des entrées dans une table MySQL, ou un simple stockage dans des fichiers texte (un texte par fichier), sachant qu'il y aura un très grand nombre de textes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)