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

  FORUM HardWare.fr
  Programmation
  PHP

  Php & Mysql ou Php et fichier texte

 



 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Php & Mysql ou Php et fichier texte

n°768391
joelan
Posté le 18-06-2004 à 10:16:25  profilanswer
 

Salut à tous, je suis actuellement devant un grand dilemne (enfin pas trop quand meme) : utilisé des fichiers textes pour une bases de données ou du Mysql.
 
Pourquoi le fichier texte ?  La base de données n'excedera jamais 25 000 champs. Fopen() et strstr() sont à mon gout très rapide. Evitez les injections SQL.
 
Vos avis ?
 
tsho !
 
     

mood
Publicité
Posté le 18-06-2004 à 10:16:25  profilanswer
 

n°768404
anathem62
Posté le 18-06-2004 à 10:22:48  profilanswer
 

joelan a écrit :

Salut à tous, je suis actuellement devant un grand dilemne (enfin pas trop quand meme) : utilisé des fichiers textes pour une bases de données ou du Mysql.
 
Pourquoi le fichier texte ?  La base de données n'excedera jamais 25 000 champs. Fopen() et strstr() sont à mon gout très rapide. Evitez les injections SQL.
 
Vos avis ?
 
tsho !


 
Salut!!
 
Bon ben déjà il faut que tu prennes en comptes certaines contraintes du genre : données à protéger ou pas?  
un fichier texte c'est clair que c'est pratique pour des petits echanges non protégés, la bdd c'est beaucoup plus performant quand tu as un certain volume et que tu veux garder confidentielle tes données!!
 
en espérant t'avoir aidé!! ;)

n°768406
skeye
Posté le 18-06-2004 à 10:23:14  profilanswer
 

S'amuser à parser un fichier texte de 25000 lignes alors que tu as la possibilité d'utiliser une base de données je vois pas l'intérêt...:??:

n°768410
Profil sup​primé
Posté le 18-06-2004 à 10:24:15  answer
 

surtout que sql stoque en fichier [:dawa]

n°768501
joelan
Posté le 18-06-2004 à 11:10:27  profilanswer
 

Citation :

pour des petits echanges non protégés


Dans Php on a plein de fonctions de cryptage qu'on retrouve dans le SSL. Les fonctions du genre md5() pour authentifier  et ya le cryptage DES très rapide (pas trop en fait apres test) et base64_encode ...
 
 
Alors je met au defis celui qui me trouvera une bonne raison d utiliser Mysql.


Message édité par joelan le 18-06-2004 à 11:10:42
n°768505
skeye
Posté le 18-06-2004 à 11:12:58  profilanswer
 

joelan a écrit :

[quote]je met au defis celui qui me trouvera une bonne raison d utiliser Mysql.


Utiliser SQL au lieu de se retapper tout le boulot de lecture/écriture dans le fichier? [:mlc]


Message édité par skeye le 18-06-2004 à 11:13:06
n°768517
joelan
Posté le 18-06-2004 à 11:16:59  profilanswer
 

tu vx parler du parsing ?  
Parce que lecture ecriture fread($fichier, taille) et fwrite()  
s'occupe tres bien de la lecture / ecriture.
 
Par contre niveau volume ... Si 100 utilisateurs lancent une requete sur une base de 25 000 champs, ca risque de bouffer pas mal de memoire.
 
Mysql ...


Message édité par joelan le 18-06-2004 à 11:21:14
n°768520
skeye
Posté le 18-06-2004 à 11:18:13  profilanswer
 

joelan a écrit :

tu vx parler du parsing ?  
Parce que lecture ecriture fread($fichier, taille) et fwrite()  
s'occupe tres bien de la lecture / ecriture.


et tu espères obtenir le même résultat qu'un "select truc, machin from bidule where chose = 1"? [:mlc]

n°768538
gizmo
Posté le 18-06-2004 à 11:22:59  profilanswer
 

joelan a écrit :

tu vx parler du parsing ?  
Parce que lecture ecriture fread($fichier, taille) et fwrite()  
s'occupe tres bien de la lecture / ecriture.


T'as bien raison, les fichier plat, c'est bien pratique pour stocker une DB quand on n'a pas de gros besoins...
 
Tu me fait penser à un mémorant qu'on a eu qui avait fait une DB sous forme de fichiers plats et de répertoires: une table: un répertoire. Une colonne, pareil. Une valeur, un fichier.
 
Continue sur ta lancée, je suis sûrs que tu vas nous pondre untruc qui va tout dépoter.

n°768552
joelan
Posté le 18-06-2004 à 11:30:23  profilanswer
 

WE d accord mais d'un autre coté ta toutes les fonctions pour connecter ta base SQL.
Les fonctions de recherches de MySql sont certainement très performantes mais a part de la rapidité de traitement ( et encore c pas sur dans mon cas).  
Finalement a force d'entendre parler de PHP & Mysql j'pense que l'effet bourrage de crane à fonctionner
 
 
J'dois y aller mais n'hesitez pas à poster vos remarques !
 
Tsho


Message édité par joelan le 18-06-2004 à 11:32:59
mood
Publicité
Posté le 18-06-2004 à 11:30:23  profilanswer
 

n°768944
harrysauce
Miaaaooou!
Posté le 18-06-2004 à 13:31:17  profilanswer
 

joelan a écrit :

WE d accord mais d'un autre coté ta toutes les fonctions pour connecter ta base SQL.
Les fonctions de recherches de MySql sont certainement très performantes mais a part de la rapidité de traitement ( et encore c pas sur dans mon cas).  
Finalement a force d'entendre parler de PHP & Mysql j'pense que l'effet bourrage de crane à fonctionner
 
 
J'dois y aller mais n'hesitez pas à poster vos remarques !
 
Tsho

Fait moi l'équivalent d'une requête imbriquée, ou d'une jointure avec tes fichiers texte et tu vas voir si le sql c'est seulement du "bourrage de crâne" :heink:  
 
Après c'est sûr que si pour toi le php ca se limite à faire un système de gestion de news, ou un livre d'or, l'intérêt de la base de données est moindre, mais au risque de te décevoir l'immense majorité des appli développées (j'ai bien développées, pas bidouillées par l'informaticien du dimanche), sont autrement plus compliquées qu'un livre d'or [:spamafote]  
 
 

Citation :

Fopen() et strstr() sont à mon gout très rapide. Evitez les injections SQL.  


T'as un chronomètre cérébral de précision en série toi? :??:
 
"A l'oeil nu" c'est sûr que tu veras pas de différence entre un SGBD et un pauvre fichier, mais pourtant il y a bel et bien une différence. Après si t'as que 2/3 utilisateurs simultanés tu verras pas de différence c'est sûr, par contre si t'en a plusieurs dizaines, voire centaines, ton système de fichiers texte va rapidement se retrouver à la masse....
 
Enfin, si plusieurs utilisateurs accèdent en même temps à ton site, tu risques d'avoir des problèmes, ton fichier ne peut être lu/écrit en même temps, sous peine de perdre certaines données. Les SGBD contiennent des mécanismes (sémaphores) pour empêcher plusieurs processus d'accéder en même temps au même fichier, ce que ne permet pas ton simple système de fichiers textes....
 
 
J'éspère seulement que ton post n'était qu'un troll......


Message édité par harrysauce le 18-06-2004 à 13:32:50
n°768958
jagstang
Pa Capona ಠ_ಠ
Posté le 18-06-2004 à 13:39:06  profilanswer
 

essaie de faire des tris. tu verras. utilise une bdd c'est fait pour ça. pour les injections, tu as qu'as les gérer correctement.
 
tu as combien de tables dans ta base ?


---------------
What if I were smiling and running into your arms? Would you see then what I see now?  
n°768985
joelan
Posté le 18-06-2004 à 14:01:16  profilanswer
 

Entre 5 et 10 pourquoi ?
Harrysauce : c'est le genre de reponse que j'attendais : la lecture / ecriture simultanée , les semaphores sont peut etre des raisons qui vont me faire migrer.
 
 
Il s'agit bien d'une base de donnée qui contiendra des noms , prenoms ...
Le seul petit HIC, est que la base sera uniquement lu par les utilisateurs.
La lecture est le seul privilège offert dans ce cas.
 
Donc la surcharge surviendrait dans le cas où une centaine de lecteurs lancerait une requete "rechercher".
 
Ceci est definitivement un argument qui se tient !
 


Message édité par joelan le 18-06-2004 à 14:14:29
n°769225
Jubijub
Parce que je le VD bien
Posté le 18-06-2004 à 15:59:09  profilanswer
 

tt dépend de ta charge...mais tu va réinventer la roue...
 
en effet tu va devoir réimplémenter :  
- un sys de recherche
- un sys d'écriture dans ton fichier à la place voulue
- la synchro pour la sécurité d'accès si tu écris pendant que qqn lit
- le multi-accès concurrent en lecture
- un sys de cache des données : c à mon avis le plus important, faut gérer un cache propre des données, si tu dois accéder au disque pour le moindre petit accès, tu vas ramer sec...
 
tt ca c de base avec n'importe quel sgbdr...


---------------
Jubi Photos : Flickr - 500px
n°769230
Profil sup​primé
Posté le 18-06-2004 à 16:00:25  answer
 

troll [:xx_xx]

n°769253
drasche
Posté le 18-06-2004 à 16:07:34  profilanswer
 


mais non :o
tout le monde ne connaît pas à fond les bases de données :o


---------------
Whichever format the fan may want to listen is fine with us – vinyl, wax cylinders, shellac, 8-track, iPod, cloud storage, cranial implants – just as long as it’s loud and rockin' (Billy Gibbons, ZZ Top)
n°769262
el muchach​o
Comfortably Numb
Posté le 18-06-2004 à 16:10:42  profilanswer
 

BdD sans aucune hésitation, surtout avec entre 5 et 10 tables et des accès concurrents.
Avec un fichier texte, tu auras quelque chose de :
 - non sécurisé,
 - sans souplesse,
 - non scalable,
et probablement buggé.

n°769507
Beegee
Posté le 18-06-2004 à 18:57:31  profilanswer
 

bien marrant ce topic :D


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  PHP

  Php & Mysql ou Php et fichier texte

 

Sujets relatifs
[Résolu] Récuper champ texte formulaire DATA [sans composant][OpenGL] Dessiner du texte 2D (à plat) et en texture sur un objet 3D
Liste de A=>Z ou Z=>A sur une requete Mysql ?PHP/FPDF et formatage d'un mail auto
Supprimer les fichier contenu ds Temp avec un .bat a chaque reboot??Modifier un fichier Excel
[PHP] generation image avec php_gd. pb sous linux?[MySQL] problème d'apostrophe [résolu]
ouverture de fichierenorme dump mysql a partir d un fichier sur le serveur meme
Plus de sujets relatifs à : Php & Mysql ou Php et fichier texte


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR