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
[email protected]
https://mail.gna.org/listinfo/glpi-dev
