Voilà pour limiter le nombre de requetes sur la base de donnée il serait peut etre possible de creer en qq sorte des fichiers de config.

Je m'explique par exemple on pourrait creer des fichier de configs pour definir les caractèristiques des différents montres par exemple le nombre de points de vie, le nombre de dés d'attaques etc.

Ce système pourrait ensuite s'étendre à des "fiches monstres" donc contenant un recapitulatif des points de vie du monstre,niveau d'esquive actuel, niveau d'attaque...et pourrait ensuite s'etendre aux trolls...

car si j'ai bien compris le pb vient plus du temps des requetes que de l'espace serveur necessaire...

si le fichiers portaient comme nom le numéro des monstres il suffiraient d'appeler par exemple (comme une fonction) le fichier du monstre 20145 pour avoir toutes les infos sur ce  monstre...

l'emplacement dans le monde et les trésors qu'il posséde resteraient dans la base...

Maintenant il faut voir si ça prend bcp de temps de lire un fichier et de le modifier (c un peu ce que fait une base de donnée)

Faut voir ce que vous en pensez et poser toutes les objections que vous trouvez pour peser le pour et le contre...

ouvrir et fermer un fichier sont des actions très lentes.

De plus, un fichier ne peut être lue que sequentiellement ou exceptionnellement par index mais c très limité.

De plus, on risque de rencontrer des problèmes de sécurité et de fiabilité.

Bagoon, Kastar

bah oui mais par rapport au temps de telechargement et aux problèmes de base de donnée?

le XML (dans sa version sans serveur dédié) est l'antinomie même du web dynamique et gérer des fichiers à la place d'une DB est revenir à l'age de pierre et réinventer la roue.

VYS - DungeonMaster

bah oui mais bon ça permettrai peut etre de gerer tes infos par la base et dans un meme temps dans le fichier....

enfin je concois que cette idée ne vous convienne pas...

Comme vient de le dire le DM ... C  retourné a l'age de pierre ...

L'avantage d'une BDD, c qu'on peut gérer plusieurs accès sur l'information ...

Tu imagines la programmation si 5 trolls affrontent un même monstre et que malheureusement par un heureux hasard 2 trolls jouent en même temps ???

Ca pose de serieux problemes ... et c impensable d'utiliser un système de fichier ...

Même Access est une solution plus intéressante que les fichiers ... Même si des fois je m'interroge !!!

Bagoon, Kastar

c pas faux j'aime les reponses comme les tiennes.

je trouve ça plus constructifs.j'avoue ne pas avoir pensé au pb d'accés aux fichiers (bien qu'il faudrait que ce soit un accés simultané (je pense dans la seconde si on referme bien le flux à la fin de l'utilisation...) pour que ça pose problème)

En gros, lorsque tu te connectes a une base de données tu accedes a un gros fichier ouvert qui possède plusieurs index (donc facilite l'accès à l'information).

La vue que tu as de la base de données est celle que les programmeurs de MH ont bien voulus te donner cad les infos sur ton troll uniquement et sur les evenements des autres trolls.

Des requêtes sont alors lancés sur la base pour récupérer les informations te concernant ou que tu as demandé.

De plus, la BDD gère ce qu'on appelle les accès concurrents, le fait que deux personnes accèdent l'info en même temps ...

Au niveau sécurité et fiabilité, c beaucoup plus facile a administrer qu'un système de fichier.

Voilà, je t'ai brossé le schéma de avantages d'une BDD.

Bagoon, Kastar

Franchement, j'ai déjà utilisé des fichiers de configuration à la place d'une table de DB mais pour des variables globales à une application qui étaient modifiées peu de fois et qui étaient insérées dans chaque page (enregistrée en couple variable-valeur).

Actuellement l'accès à la DB impose en effet de grosses charges sur le CPU du serveur mais remplacer ces accès par un traitement tout aissi consommateur de ressources ne vaut évidemment pas le temps de développement nécessaire. D'autant qu'il est probablement plus facile de déporter des données (voire l'entièreté de la DB) vers une autre machine (un serveur mysql secondant le serveur web par exemple).

Franchement, c'est une solution envisagée mais j'ai beau la retourner dans tous les sens, le passage par des fichiers de config apporte bien plus de problème qu'il n'en résoud.

VYS - DungeonMaster

Dm très franchement teste une migration vers PostGre pour voir si tu ne gagnes pas en charge et ensuite profite d'un vrai SQL normalisé pour essayer d'optimiser certaines requêtes trop lourdes.

Bagoon, Kastar

C'est en effet les tests que je réalise actuellement sur ma machine de développement et je vais également essayer les connection permanente (pour pallier à la lenteur de connecxion de PostGre).

VYS  - DungeonMaster

bien sur si tu comptes deporter la base mysql sur un second serveur et prendre une base de donnée qui "tient" le coup ça n'est meme pas la peine de se poser la question.

Mon interventions pouvait valoir qq chose dans le cas où tout restait sur un seul et meme serveur avec une base mysql

Non, l'optimisation est toujours intéressante. Ce n'est pas parcequ'on est à l'aise avec son système qu'on doit programmer comme un cochon et ne pas se préoccuper des ressources car tot ou tard, toutes les solutions ont une limite.

Ton intervention était donc très bien fondée, le moyen n'est seulement pas applicable à MH

VYS - DungeonMaster

Quand tu vois la tête de certaines tables, certaines requêtes bouffent vraiment du cPU...cfr. première messagerie que j'avais faites!

Ghorghor.