Alors, voici mon conseil pour optimiser la gestion des objets (armes,potions etc ), gerer des stocks plutot chez les marchands que les objets individuelles:

- en cas d'achat d'un objet, créer un enregisterment de ce type d'objet dans la table OBJETS. Faire quantite-1.

ex: Bagoon achetes une dague +1. la dague +1 est crée dans la table OBJETS a la reference 1111. et elle est ajouté a ces possessions. le stock du magasin est décrémenté de 1 sur l'article Dague +1.

- en cas de vente d'un objet, supprimer l'enregistrement de l'objet dans la table OBJETS et faire quantite+1 pour l'objet.

ex: Bagoon revends sa dague +1. la dague +1 est detruite de la table OBJETS et on incremente la quantité de l'article Dague +1 de 1.

C assez sommaire puisque je ne sais pas comment vous gérer les types des objets et leurs caractéristiques. Je penses qu'il faut gérer indépendamment les objets des trolls et les objets entreposés chez le marchand.

Gros avantage: vous allez gagner en temps de requête car la table objets ne contiendra que les objets possédait par les trolls et surtout on pourra voir tous les objets que possède un marchand.

Bagoon, Kastar marchand ambulant

Pas d'accord, c'est contre tous les principes de base de données de créer deux tables pour des type de données identique.

De plus, on ne gagne pas en temps de requete mais uniquement en nombre d'enregistrement et ca ne change rien aux nombre de requetes effectuées (ca aurait même tendance à ralentir les requetes car il doit y avoir une jointure supplémentaire).

Et, changer l'attribution d'un objet d'un lieu à un troll demande un simple UPDATE tandis que ta méthode demande un INSERT et un DELETE. Sachant que mysql ne compense pas les ID effacés, tu va perdre de la place à cause de la croissance inutile de tes index suites aux enregistrement/effacement successifs.

Ensuite, chaque objet a un tarif décroissant en fonction de sa durée de dépot chez le marchand. Comment gérer cette diminution du prix avec un système de stock

Enfin, la table des trésors est l'une des plus petite =) Autant dire que son poids et son temps d'accès n'est rien vis-à-vis des grosses tables (monstres, troll et surtout events et messages)

VYS - DungeonMaster

On peut faire ça avec les trolls?

On fait Troll--; quand il est mort...mais juste sur les méchants trolls?

Non? Sur sur?

Bon, ok, je me tais!

Ghorghor, qui bosse!

Je ne suis absolument pas d'accord avec toi DM.

Je ne comprends pas l'histoire de la compensation des ID (tu dois surement utiliser un ID automatique). Les suppressions et les ajouts dans la table TRESORS sont des evenements peu frequents, donc les index peuvent etre regenere à periode assez longue.

L'avantage de gerer un stock, c qu'on peut faire des prix par rapport a la quantite, ce qui est assez logique et plus facile a gerer.

Les deux exemples purement scolaires sont:

- la gestion d'une bibliotheque : on gere le livre comme une entite donc deux livres identiques ont deux identifiants differents. C le mode de gestion adopté par Mountyhall

- la gestion de stock d'un magasin de livres: on gere une quantite et une reference pour un livre donné. C le mode de gestion qui serait idéal pour la gestion des magasins de MH.

En fait, dans un magasin on ne vend plus des objets proprement dit mais des types d'objets. Lorsqu'un troll achetes un tresor, il devient alors un objet physique qu'on gere individuellement comme une entite.

exemple de type d'objets:

Dague +1D qte: 15 prix: 60GG

dans cette structure de donnée il est impossible de trouver :  

Dague +1D qte:10 prix: 70GG

Lorsqu'on achetes une dague: le tresor est créé. ex:   1111 Dague +1 Deg et apparait dans l'inventaire du Troll.

Voici le probleme que ca va resoudre:

Lorsque je cliques sur "acheter" dans le magasin en 0,0,0 : je n'ai pas l'affichage de tous les articles (car temps de requete excede de 30 s), de plus le resultat de la requete formaté HTML, fait plus de 150 ko ...

Le serveur sera au moins decharge au niveau bande passante de ce type de requete lourde. En plus, tu pourras faire mettre en place un système de destockage simple puisque tu travailles sur les quantites afin de réhausser le prix de certains articles.

Bagoon, Kastar

Très franchement, si j'avais un temps a moi .. Je t'aurais bien filer un ti coup de main pour ce type de développement .. mais j'ai vraiment pas le temps ...

désolé ... mais je proposes quand meme .. peut etre que qqn sera motivé pour développer ce module.

Bagoon, Kastar