MongoDB pour votre jeu ?

[archANJS]

RockMongo est un excellent choix. Les quelques bugs relevés plus haut étaient en fait dû à mon serveur MongoDB et à WAMP, ils ont disparus après être passé à un serveur custom sous Ubuntu.

[Maks]

RockMongo se base sur une couche HTTP et lorsqu'on a des documents vraiments imposants, c'est très très lent

[niahoo]

En fait, je me demande si mongo est un bon choix. Dans mon jeu je vais avoir des item-types, des items, des lieux, des personnages, des inventaires, du craft (qui relie des items entre eux et des skills), des skills, donc, etc..

tout ça est en relation, et bien que tout mettre dans mongoDB ne serait pas compliqué, je me dis qu'il faudra bien faire des jointures. Tant qu'à faire des jointures, autant utiliser postgres qui est fait pour, qui est mature, et qui propose plein d'autres choses. (Mais j'avoue que créer mes schema à la main ça me gave !)

Comment gérez-vous ce genre de relations ?

[Sephi-Chan]

Eh oui, MongoDB n'est pas approprié pour tout.

L'aspect schema-free si tentant n'est pas forcément aussi souple qu'on peut le penser de prime abord : si vous virez un attribut, que faire des données existantes ? Et comment écrire du code qui exploite des données variables ? Certes, tout ça est très pratique mais dans des conditions bien spéciales, et repérer ces conditions demande eau coup d'expérience avec différents types de datastores.

Ce que j'aime bien dans MongoDB, c'est l'API de requêtage qui permet par exemple de chercher des entrées qui ont telles valeurs parmi leur attribut de type tableau, etc.


Et effectivement, nos systèmes de jeux sont souvent très relationnels.

[niahoo]

Je pense que je vais essayer quand même. Il me semble que mongo offre un système de jointures qui pourrait être sympa. De toute façon, les infos utilisées ingame sont stockées en RAM autant que possible, je compte laisser la DB respirer.

Et comme j'ai un ORM je peux switcher vers postgres ensuite si je change d'avis (pas trop tard j'espère si c'est le cas)