Structure de base de données relationnelle pour les données de poker Texas Hold'em

Question

Je prévois une base de données relationnelle pour stocker des données de jeu de poker (comme ce qui serait inclus dans les historiques des mains). Je voudrais de l'aide pour trouver comment concevoir les associations. Il semble qu'il devrait y avoir 4 modèles: Game, Hand, Player et Action (action unique d'un joueur donné, comme relancer, plier, call). Permettez-moi d'exposer ce que j'ai:

class Game < ActiveRecord::Base 
    has_many :hands 
    has_many :actions 
    has_and_belongs_to_many :players 
end 

class Hand < ActiveRecord::Base 
    has_many :actions 
    belongs_to :game 
    has_and_belongs_to_many :players 
end 

class Action < ActiveRecord::Base 
    belongs_to :game 
    belongs_to :hand 
    belongs_to :player 
end 

class Player < ActiveRecord::Base 
    has_and_belongs_to_many :games 
    has_and_belongs_to_many :hands 
    has_many :actions 
end 

Est-ce logique?

Answer 1

Si vous prévoyez d'utiliser has_and_belongs_to_many, vous devriez probablement passer à l'aide has_many ..., :through car il est beaucoup plus facile à gérer. Vous disposez déjà d'un modèle d'action qui fait ce que vous avez besoin sans avoir à créer une jointure des tables:

class Game < ActiveRecord::Base 
    has_many :hands 
end 

class Hand < ActiveRecord::Base 
    has_many :actions 
    belongs_to :game 

    has_many :players, 
    :through => :actions, 
    :source => :player 
end 

class Action < ActiveRecord::Base 
    belongs_to :game 
    belongs_to :hand 
    belongs_to :player 
end 

class Player < ActiveRecord::Base 
    has_many :actions 
    has_many :played_games, 
    :through => :actions, 
    :as => :game 
    has_many :played_hands, 
    :through => :actions, 
    :as => :hand 
end 

En général, les moins de tables que vous avez impliqués dans vos requêtes, plus vite ils seront exécutés. Impliquer n'importe quel type de JOIN va conduire à des performances de requête imprévisibles. Assurez-vous d'indexer soigneusement vos tables et utilisez l'instruction EXAMINE pour vous assurer que vous utilisez les index. Les scans de table seront extrêmement douloureux si vous chargez des millions d'enregistrements, et cela ne prend pas longtemps dans des jeux comme celui-ci car une seule main implique des dizaines d'actions et il est habituel de jouer des dizaines de mains toutes les heures.

Answer 2

Cela a du sens en tant que première ébauche. Les associations découlant de ce que vous avez donner les tables et les clés suivantes:

Game  :: Game_id (PK);.... 
Hand  :: Hand_id (PK); Game_id (FK);.... 
Player  :: Player_id (PK); Action_id (FK); 
ActionType :: ActionType_id (PK); Type; 
(Note this table will only have three records - raise, fold, call) 
Action  :: Action_id (PK); ActionType_id (FK); Game_id (FK); Hand_id (FK); Player_id (FK);.... 
PlayerHand :: Player_id (FK); Hand_id (FK); Has_or_Belongs; (PK is (Player_id, Hand_id)) 
GamePlayer :: Game_id (FK); Player_id (FK); Has_or_Belongs; (PK is (Game_id, Player_id))