Discussion :

[BROADSIDER]

Bonjour!
Je suis en ce moment entrain de créer un jeu ou l'on débloque des cartes, pour l'instant il y'en a 133, mais se nombre va évoluer, il y'a differentes rareté pour chaque carte.

Mon jeu comprends des sessions qui enregistre le score de chaque utilisateur dans une table ou il y'a : id, pseudo, mdp, et le score de l'utilisateur. Mais maintenant j'aimerais à chaque fois qu'un nouvelle utilisateur se créer un compte lui créer une table ou il y'a toutes les cartes disponible et celle qui a débloqué et celle qui n'a pas débloqué, dans le principe sa serais simplement une table avec le nom de chaque unité et qui dis si oui ou non il a cette unité.

Mais mon problème et que je n'ai aucune idée de comment créer une table automatiquement pour chaque joueur et qu'elle méthode serais la plus efficace pour la maintenance. J'espère que quelqu'un pourra m'aiguiller.

Merci et bonne journée!

[badaze]

Le plus simple est d'avoir une table globale avec l’identifiant utilisateur comme partie de la clé primaire.
Exemple :
id_utilisateur, id_carte, top_bloque.

Une table par utilisateur serait le pire des choix.

[BROADSIDER]

Ah d'accord! Je vais essayer de me renseigner sur cette piste! Mais ducoup comment je différenciré les utilisateur et les cartes que chacun ont débloqués🤔

[Invité]

Bonjour,

Si on y réfléchit un peu, il te faut 4 TABLES en BDD :

D'abord, les tables des "joueurs" et "cartes" :
1- table "t_players_p"

• id_player (A.I.)
• p_nom (ou pseudo)
• p_mdp
• p_avatar
• p_age
• ... (BREF : toutes les informations SPÉCIFIQUES au joueur)

2- table "t_cards_c"

• id_card (A.I.)
• c_titre
• c_description
• c_image
• c_puissance_initiale
• ... (BREF : toutes les informations SPÉCIFIQUES à la carte)

Ensuite :
Si on suppose qu'un joueur peut démarrer plusieurs parties (games), ou que ses parties soient archivés :
3- table "t_players_games_pg"

• id_game (A.I.)
• id_player
• pg_game_active (0/1) -> JEU en cours ?
• pg_game_level (niveau du jeu)
• puissance_player (du joueur de CE jeu, si évolutive)
• ... (ICI : toutes les informations SPÉCIFIQUES AU jeu DU joueur)

Enfin, on associe les cartes (du joueur) à la PARTIE (game) :
4- table "t_games_cards_gc"

• id_game
• id_card
• gc_card_active (0/1) -> CARTE active (débloquée) ?
• puissance_card (de la carte, si évolutive)
• ... (ICI : toutes les informations SPÉCIFIQUES à LA carte DU joueur)

Les tables 3- et 4- sont des "tables relationnelles", ou tables de JOINTURE.

[CosmoKnacki]

Voire dans la table "t_games_cards_gc", il est possible de ne faire figurer que les cartes actives (on obtiens alors les cartes non-actives par déduction vu qu'elles n'y figureront pas).

[Invité]

@CosmoKnacki
+1

@BROADSIDER
Après, il est possible que des cartes ne soient "activables" qu'à partir d'un certain "niveau" (game_level).
Et / Ou les cartes peuvent avoir plusieurs "niveaux de blocage" ?
OU.....

Mais ça... ça fait justement partie de la RÉFLEXION à avoir AVANT DE CODER, pour obtenir la CONCEPTION optimale des tables.