<?php 

CREATE trigger majdelete ON DELETE ON terre

BEGIN

UPDATE continent SET TailleRestante = (TailleRestante + 1) WHERE Id = OLD.Continent_Id;

END; 

 {

  gold: pow(lvl),

  wood: lvl*5

}

• id - L'identifant du type de bâtiment ;
  
• type - Le nom de la classe qui sert à représenter ce genre de bâtiment (cf. plus bas) ;
  
• gold_cost - Le coût de base en or ;
  
• wood_cost - Le coût de base en bois ;
  
• duration - Durée de création du bâtiment;
  

• id - L'identifiant cette instance ;
  
• building_model_id - L'identifiant du modèle de bâtiment (la table des modèles s'appelle building_models donc on le retrouve dans la clé étrangère, au singulier) ;
  
• user_id - L'identifiant de votre joueur ;
  
• level - Le niveau actuel du bâtiment ;
  
• upgrade_started_at - Le timestamp (champ de type DATETIME) du moment où l'amélioration a été lancée.
  

• Une méthode costForLevel(level) qui renvoie un tableau associatif qui associe la somme nécessaire pour chaque ressource pour évoluer vers le niveau indiqué.
  
• Une méthode costForLevel(level) qui renvoie la durée (en secondes) pour évoluer vers le niveau indiqué.
  

Citation :Quelqu'un pourrait m'expliquer l'intérêt de stocker ça autre part que dans la table qui contient les bâtiments ? Je ne comprends pas pourquoi vous vous emmerdez à vouloir mettre ça ailleurs.

(09-09-2009, 10:56 PM)QuentinC a écrit :

Citation :Quelqu'un pourrait m'expliquer l'intérêt de stocker ça autre part que dans la table qui contient les bâtiments ? Je ne comprends pas pourquoi vous vous emmerdez à vouloir mettre ça ailleurs.

Perso je pars du principe que tout ce qui est stocké en base sont des données qui sont supposées changer plus ou moins fréquemment. Le prix des unités, bâtiments et autres ne répondent pas à ce critère donc pour moi ça n'a rien à faire dans une table.

Par contre, le coup du design pattern est pas mal. Je fais pas vraiment de la POO quand je fais du php donc ce ne sera pas ma solution ici, mais elle a l'air bien sympathique quand même. JE ferais du java, je prendrais probablement une idée dans ce genre.... mais avec les prix stockés en tant que public static final ou réunis dans une autre classe. Pas en base en tout cas, ça sert à rien d'ajouter un select inutile sur toutes les pages.
Le mieux, ce serait de les avoir en mémoire et de les conserver ainsi entre deux requêtes HTTP et indépendamment des sessions, mais bon, faut pas rêver, je vois pas comment c'est faisable en php de manière simple, ou alors j'ai loupé un chapitre.

function get_foo(int userid){

  result = db_select("SELECT * FROM users WHERE userid = ?", userid);

  return result;

 }



function get_foo(int userid){

  result = memcached_fetch("userrow:" + userid);

    if(!result){

      result = db_select("SELECT * FROM users WHERE userid = ?", userid);

      memcached_add("userrow:" + userid,  result);

    }

  return result;

}

Citation :Dans tous les cas, tu dois sélectionner dans la table… Que tu ramasses les ressources ou non, ça ne change rien.

<?php if(empty($test)){ echo 'lol'; }else{throw new E();}