J'ai remarqué qu'en ce moment, les jeux en PHP sont très à la mode : il n'y a qu'à regarder les forums PHP traitant de recrutement, la plupart des annonces sont sur ce theme, et généralement, tout ça se fait de manière bénévole.
Ce que je vois aussi, c'est que la plupart des projets de ce type utilisent MySQL, car généralement livrée avec une offre d'hébergement PHP, mais je m'interroge sur le choix de cette base de données.
Prenons un exemple simple: un jeu de stratégie.
Dans ce jeu, nous aurons une ou plusieurs cartes avec chaque carte découpée en cases. Il y aura aussi des unités, qui auront chacune des caractéristiques propres par défaut (points de déplacement, points de vie, points d'attaque, points de défense, ...), mais chaque unité en jeu aura aussi ses caractéristiques à elle. Notez aussi là dessus qu'il faut gérer les différents joueurs ... bref, il y a beaucoup de données à traiter, avec plusieurs jointures entre les différentes tables présentes.
Etant donné que la majorité des jeux écrits en PHP se font au tour par tour et que le traitement des données du jeu devraient se faire "par lot", pensez vous que MySQL soit adapté à ce genre d'application ? Vu le type d'application, pensez vous qu'une base de données plus "évoluée" gérant les vues, triggers, procédures stockées, commit et rollback (comme PostgreSQL) soit plus adapté à ce genre de traitement ?Bref, qu'en pensez vous ?
