28-11-2010, 06:29 PM
(28-11-2010, 06:08 PM)niahoo a écrit : genre « tu chercheras ».
Ok donc le mec va acheter 10 000 unités d'uranium et toi tu vas caler 10 000 tuples dans ta table. heureusement que tu « comprends » pourquoi je ne veux pas le faire !
Fin bref, on est d'accord sur le fond. Il est utile de stocker un nombre, une quantité quand les items sont les mêmes. Toi tu trouves que c'est acceptable, et moi je trouve que c'est évident.
Ensuite, pour les items qui ont de l'usure bah tu fais comme dans wow ou eve, au hasard: ils ne se stackent plus, ont un identifiant unique, et toutes les valeurs que tu voudrais y associer, car la la modélisation t'oblige à les rendre unique. Mais je parle bien de la modélisation et pas du choix d'utilser une, deux tables, 5 ou 7 champs, une clé étrangère ou non, etc..
Comme d'hab, tout dépends du jeu, si les types on jamais plus de 3 objets dans leur inventaire, tu peux y aller. mais pour mon uranium la base de données va pas kiffer.
"""
et on relis sa avec des id ?
j'ai compris ou je suis à la ramasse ?
""""
Non, c'est bien ça !
L'uranium n'est pas un item, et au final l'argent non plus. Donc en fait on est en train de se mélanger. Je parle de quelque chose, toi d'une autre.
Ton uranium n'est pas un item (après ça va dépendre des contextes) mais tu n'as pas de table uranium. Tu as un champs uranium de type numérique dans ta table joueur.
Pour l'argent c'est pareil. Donc ce ne sont pas des items.
Les potions vont avoir une relation de type many to many entre le type de potion et le joueur donc pareil champs numérique dans la table issus de la relation. Donc ce ne sont pas des items.
Après faudrait voir son cahier des charges pour être sur.