Discussion :

[Alerion]

Bien le bon soir,
débutant (totalement ) dans le monde linuxien et mysql , je "butte" sur une réflexion de construction de base dans le cadre d'un jeu multijoueurs.
Le monde est construit et a ses propres bases et tables, mon problème se situe dans les personnages liés aux utilisateurs.
Quel serait le mieux, sachant que les utilisateurs peuvent gérer plusieurs persos (voire une famille complète du grand père aux arrières arri... petits enfants):
-une table de personnages avec à chaque perso créé une liaison à l'utilisateur quel qu'il soit ou
-créer une table personnages pour chaque utilisateur...
d'un côté la simplicité de n'avoir qu'une table facilement accessible mais je risque de me retrouver avec une très grosse tables et quid de la taille maximale des données, et de l'autre avec beaucoup de tables et une gestion d'accès plus compliqué mais plus rapide et facile quant à l'utilisateur...
je les effectue en moteur innodb
et franchement je ne vois pas laquelle des deux solutions serait la plus "pratique et moins risqué". Il y a peut être une règle qui limite e nombre de tables, voire la taille d'une table ou les deux ce qui me forcerait de trouver une troisième solution(j'avais pensé une base par user, mais bon... si 300 000 000 d'utilisateurs bonjour le nombre de base).
si quelqu'un a quelques conseilles, ils seront les bienvenus, vous en remerciant par avance.

[CinePhil]

Quel serait le mieux, sachant que les utilisateurs peuvent gérer plusieurs persos (voire une famille complète du grand père aux arrières arri... petits enfants):
-une table de personnages avec à chaque perso créé une liaison à l'utilisateur quel qu'il soit ou
-créer une table personnages pour chaque utilisateur...

Clairement la première solution est la meilleure.
Si ton jeu a du succès et que des dizaines de milliers de joueurs s'y inscrivent, tu aurais alors autant de tables à gérer, ce qui devient... ingérable !

d'un côté la simplicité de n'avoir qu'une table facilement accessible mais je risque de me retrouver avec une très grosse tables et quid de la taille maximale des données,

J'ai travaillé avec des tables de plusieurs dizaines de millions de lignes. Avant que tu arrives à ce volume, tu as largement le temps de te perfectionner en SQL et en architecture de bases de données !

et de l'autre avec beaucoup de tables et une gestion d'accès plus compliqué mais plus rapide et facile quant à l'utilisateur...

Pas forcément plus rapide parce que la multiplication des tables va poser d'autres problèmes au SGBD.

je les effectue en moteur innodb

Ca c'est un bon choix pour bénéficier des contraintes de clés étrangères.

Deux principes généraux pour garder la performance malgré la montée en charge :
1) Bien concevoir l'architecture des données.
La lecture du tutoriel de SQLPro sur la modélisation Merise et les participants du forum Schéma peuvent t'y aider.

2) Bien indexer les tables.
Là encore, SQLPro a écrit un article sur quoi indexer.

Bon courage !

[Alerion]

Merci beaucoup
ok, je garde la table, je n'aurais pas pensé qu'on pouvait en mettre autant dans une table
Merise je connaissais mais les liens sont supers, très bien expliqué, vraiment du très bon "boulot".
bonne continuation et encore merci.