• Pour chaque parcelle, un type de ressource produit, sa quantité maximale, sa quantité actuelle et son facteur de régénération (exemple : la parcelle P produit une ressource R, il y a 100/120 unités dans la parcelle, avec une régénération de 2 unités par heure) ;
  
• Pour chaque territoire, la quantité stockée pour chaque type de ressource (exemple : il y a 200 unités de bois et 40 unités de pierre sur le territoire T) ;
  
• Pour chaque type de bête, sa capacité de récolte d'une bête pour chaque type de ressource (exemple : la fourmi peut ramasser 20 unités d'herbe par heure et 12 unités de feuille, le scarabée 6 unités de pierre par heure) ;
  
• Pour chaque espèce de bête, sa consommation pour chaque type de ressource (exemple : la fourmi consomme 4 unités d'herbe ou 2 unités de feuille (qui en plus la soignent) par heure) ;
  
• Pour chaque convoi, la quantité portée portée pour chaque type de ressource ;
  
• Pour chaque territoire, la quantité réclamée comme "taxe" pour chaque type de ressource (et ce pour chaque "règle de contrôle à la frontière", on peut en avoir pour les alliés ou pour les ennemis) ;
  
• Pour chaque territoire, la quantité de ressource qu'on est prêt à donner pour chaque type de bête qui spawn sur une parcelle voisine afin de la capturer (un système d'enchères avec les autres territoires voisin) ;
  

• resource_type_id : le type de ressource dont on représente une quantité ;
  
• quantity : la quantité a proprement parler ;
  
• thing_type : le type de chose à laquelle on attache cette quantité (convoi, territoire, type de bête) ;
  
• thing_id : l'id de la chose à laquelle on attache cette quantité (convoi 42, territoire 66) ;
  
• usage : quand l'élément auquel on attache la quantité de ressource a plusieurs usage d'un même type de ressource, on le différencie grâce à ça. Par exemple, un type de bête a une consommation et une capacité de récolte.
  

• fields (qui fait le lien entre une zone de la carte et une partie) : resource_type_id, quantity, maximum_quantity et regeneration.
  
• ownerships (qui fait le lien entre un territoire de la carte, une partie et une équipe) : plusieurs resource_type_things.
  
• beast_types : pour la capacité de récolte, plusieurs resource_type_things (avec un usage harvesting) ; pour la consommation, plusieurs resource_type_things (avec un usage consumption).
  
• convoys (convoi) : plusieurs resource_type_things.
  
• territory_tax_rules (qui fait le lien entre un ownership, une équipe et une condition de collecte de taxe de passage) : plusieurs resource_type_things.
  
• beast_type_capture_rules (qui fait le lien entre un ownership, une équipe et un type de bête) : plusieurs resource_type_things.
  

{

  consumption: {

    "resource_type_1" : 40,

    "resource_type_2" : 90

  },

  harvesting: {

    "resource_type_1" : 30

  }

}

• La solution 1 me semble bien complexe pour le besoin. Elle pourrait également être assez coûteuse en ressources.
  
• La solution 2 est vraiment basique mais très fonctionnelle et efficace. Elle n'a que le côté pénible de réclamer un changement dans plusieurs table du schéma en cas d'ajout de ressources.
  
• Enfin, la solution 3 est flexible et efficace et je ne sais pas trop ce qui lui manque.
  

Citation :Un système simple mais rigide

L'autre approche est de stocker dans chaque table une colonne pour chaque ressource et chaque usage. Si j'ajoute une ressource dans le jeu, c'est un peu chiant.

Ainsi, dans ma table beast_types (qui a plusieurs usages), j'aurais des colonnes consumption_resource_type_1_quantity, consumption_resource_type_2_quantity, harvesting_resource_type_1_quantity.

Citation :usage : Par exemple, un type de bête a une consommation et une capacité de récolte.

• ressources : Une entité de type Ressource
  
• préférences : Difficile à dire mais à première vue, le mettrait également une entité de type Ressource. Ca à l'air de suffire pour l'exemple. Cette entité Ressource contiendrait en fait des informations de préférences sur les ressources consommées par l'unité. Là comme ça, à première vue, j'imagine bien un système de poids.
  Pour notre exemple, imaginons que la fourmis consomme de préférence de l'herbe et puis, si il n'y en a pas, se rabat sur les feuilles. On peut donc imaginer un poids de 2 pour l'herbe et un poids de 1 pour les feuilles. On peut également imaginer un poids négatif pour signifier qu'une ressource sera consommée de toutes façons, indépendamment des préférences.
  Concernant la quantité consommées, il faudrait aller voir dans l'attribut ressources. C'est là que se retrouveront les chiffres 4 pour l'herbe et 2 pour feuille.
  

• ressources : [inchangé]
  
• préférences : [inchangé]
  
• soin : là je vois également une entité de type Ressource. Si on imagine que manger 1 unité d'herbe rapporte 10 point de vie à la fourmis, 'suffit de mettre 10 dans l'attribut herbe de l'attribut soin.