Le 06/12/2012 08:57, Damien Touraine a écrit :
Bonjour David,
Lorsque c'es possible, je préfère éviter les caches : ils sont
compliqués à gérer ; il suffit de pas grand chose (changement de
contexte sur l'object, changement des champs de l'ordinateur ...) pour
avoir des effets de bord indécelable immédiatement.
Je propose plutôt de charger l'ordinateur uniquement si les champs
is_template et is_deleted ne sont pas dans le tableau $input (cf.
patch joint). À charge pour FusionInventory de remplir correctement
ces champs lorsqu'il fait le "add".
Autres développeurs GLPI, qn'en pensez-vous ?
Bonjour,
ca me semble effectivement une démarche plus simple et sans "risque".
++
Julien
Dans la série des optimisations : tu dois également définir l'entrée
"entities_id" dans le tableau fournit au add. Sinon,
CommonDBRelation::addNeededInfoToInput() chargera le Computer pour
récupérer son entitée.
Damien
On 05/12/2012 15:34, David DURIEUX wrote:
Pour un inventaire fusion, j'ajoute plusieurs logiciels au meme pc et
donc fait plusieurs computer_softwareversion->add().
Ce patch permet de mettre en cache les infos du pc pour is_template et
is_deleted
Gain de 8% (ca evite le getFromDB xx fois)
merci d'avance
David Durieux
++
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
