Une proposition d'évolution pour la gestion des éléments importés
Exemple, table glpi_computervirtualmachines Ajout de 2 champs - is_dynamic => importé - is_deleted => supprimé (verrouillé dans ce cas) Lors de la suppression si is_dynamic=1 => passer is_deleted=1 (sinon purger, comme d'hab) Gestion des verrous VM verrouillées : is_dynamic=1 ET is_deleted=1 Deverrouiller => is_deleted=0 Lors de l'import OCS, au lieu de prendre le contenu de glpi_ocslinks.import_vm, on fait un SELECT ... WHERE computers_id=xx AND is_dynamic Avantages : - méthode standard déjà utilisée pour les utilisateurs (droits et groupes) - méthode indépendante de l'outil d'import (Fusion doit pouvoir l'utiliser, à confirmer, David ?) - gestion plus légère glpi_ocslinks, je trouve ça lourd, avec 2Gio (sur 13Gio), c'est la plus grosse table chez nous, après glpi_logs (9Gio) et avant les install (1.4Gio) - moins d'UPDATE (maj de glpi_ocslinks) Inconvénients : - plus de SELECT pendant la synchro, mais bon, on utilise un index. - ce que j'ai probablement raté Ensuite, à généraliser aux autres données : - glpi_computers_device* (là de toutes manières faut revoir tout le schéma pour les champs "specificity") - glpi_computerdisks - glpi_computers_softwareversions - glpi_computers_items (monitor, peripheral, printer et donc phone, même si pas utiliser par OCS) - glpi_networkports (qu'il faut réécrire suite aux travaux de Damien) Il me semblerait intéressant de réaliser ce chantier en pré-requis à la sortie d'OCS en plugin. Voila, pour avis... (oui, c'est un gros chantier, avec une très grosse migration) Remi. ***************************************************** "Le contenu de ce courriel et ses éventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'organisme sauf s'il en est disposé autrement dans le présent courriel." ****************************************************** _______________________________________________ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev