Discussion :

[Alexandrebox]

Bonjour,

J'essaie de développer un site Internet pour une école.
Les menus seront dynamiques et seront amenés à être régulièrement modifiés. J'ai l'intention de les mettre dans une table Mysql, facile à gérer.

Mais j'aimerais savoir ce que vous pensez au niveau de la vitesse d'exécution:
Lequel de ces 3 moyens s'exécutera plus rapidement ?

Menus dans un fichier txt (Ouvrir, modifier, fermer)
Menus dans un fichier xml (Ouvrir, modifier, fermer)
Menus dans une table MSQL (A priori plus facile à développer pour moi)

Que pensez-vous ?

Merci de donner votre opinion ?

[metagoto]

Ca dépend. Si ton server mysql est sur une autre machine et que la bande passante n'est pas terrible, ça peut être très pénalisant.

Ensuite, si tes données sont complexes, il sera probablement difficile de les traiter si elles sont stockées dans un simple fichier .txt.
Quitte à travailler avec un fichier local, il faudrait que tu fasses des essais pour voir si une solution à base de xml n'est pas plus judicieuse.

Il ne faut pas non plus négliger la solution simple qui consiste à décrire les données dans un simple array php qui est ensuite loadé avec un include. Pour du readonly (et une édition à la main), c'est parfois très bien.
Ou à la rigueur: array avec serialize() et unserialize()

Aussi, à considérer: fichier .ini avec parse_ini_file() (pour du readonly)

Il y a une autre solution à mi chemin entre mysql et un fichier text local: SQLite

Bref, je n'ai pas répondu à la question

[Alexandrebox]

Merci beaucoup mais ça ne me permet pas encore de voir clair.
La mise à jour sera faite par quelqu'un qui ne connait rien en informatique.
Ce sera juste un formulaire. Champ lien. Le problème ne se pose pas au niveau de l'écriture du lien.
La base de donnée est sur la même machine et sur le même domaine.
Voilà j'espère que ça aidera à voir clair dans le choix
votre opinion m'interesse.

P.S. Il semble que SQLITE est une bonne solution mais différente de mysql Si c'est le meilleur choix, alors je serai heureux de savoir comment ceci marche.

[yannux]

Y'as pas une solution meilleur qu'une autre ! Tout dépend du contexte.

Par exemple si tu gère tout ton site dans ta base de donnée Mysql, tu va pas créer une base sqlite à coté pour ton menu.

Idem si tu veux faire des requetes complexe par rapport au menu qu'on a choisi, bah tu va pas mettre ton menu dans un fichier txt ou xml ou autre tableau sérialisé dans un fichier, autant avoir tout dans la même pase pour faire ta requête SQL direct.

[s.n.a.f.u]

Salut,

Je ne répondrais pas directement à la question parce qu'en fait je pense que tu te prends la tête pour des nanosecondes : toutes les solutions envisagées seront assez performantes pour que tu ne vois pas de différence à l'exécution.

Dans les trois choix que tu donnes, je choisirais MySQL ou l'alternative SQLite. J'utilise beaucoup ce SGBD pour des petits sites, et le résultat est tout à fait satisfaisant.
Pour l'utilisation, je ne fais que du PDO depuis longtemps, donc c'est la même chose entre SQLite et MySQL.

[Alexandrebox]

ok merci beaucoup.
je suis un peu plus avancé. Vu que je maîtrise mysql, le choix se porterait sur mysql. Mais une question reste. Est-ce que cette solution pourra permettre des centaines de connexions en même temps sans que le serveur soit chargé?

Je reformule ma question: si je cherche à faire un site qui doit recevoir des centaines de connexions simultanées est-ce que le choix de mysql pour les menus et judicieux ?

Merci pour vos opinions

[yannux]

Toujours pareil, si tu codes comme un porc de compétition n'importe quelle solution sera gourmande, si tu fais les choses prorprement.. c'est pas une centaine de connexion qui va changer....

C'est une base de donnée hein... c'est quand même fait pour.....

Après si ton seveur c'est un vieux 486 DX33 forcément ça va être plus dur....

Ce genre de sujet est aborder partout sur le net, dans des présentatiosn de conférences etc...

Code et après si tu veux un conseil pour optimiser là on pourra peut être t'aider et de donner un avis utile...

[sabotage]

Est-ce que cette solution pourra permettre des centaines de connexions en même temps

La configuration par défaut de mysql est de 151 connexions simultanées.
On peut monter jusqu'a 4000 connexions sur certaines configurations.

Il faut penser que le temps de requete sur une page, ne va pas atteindre 1 seconde. Il faudrait donc qu'a la meme seconde, 150 personnes interrogent la base.
Apres, comme le dit yannux, si tes requetes sont faites n'importe comment avec par exemple des boucles de requetes, des deco/reco tout le long du code etc., ton serveur tiendra surement quand meme la charge, mais ton code sera lent pour rien.

[Alexandrebox]

ok merci beaucoup.
Je ferai mysql alors.