Le 20/12/2012 14:43, Walid Nouh a écrit :
Bonjour à tous,
On 19/01/2012 08:34, Remi Collet wrote:
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)
J'ai un peu de mal à voir au niveau migration. Dans import_printer par
exemple on a des enregistrement qui n'existent plus dans
glpi_computers_items, donc comment garder le verrou : recréer les
enregistrements et mettre is_dynamic=1 && is_deleted=1 ?
Si les enregistrements n'existent plus tu ne peux pas faire grand chose.
2 solutions :
- Tu les ignorent pour le moment. Les éléments remonteront au prochain
import et devront être supprimés de nouveau.
- Tu gardes en base dans le plugin OCS les éléments supprimés et il
faudra au moment de la prochaine synchro quand ils remonteront les créés
et les flagguer comme supprimés. Ca risque de complexifier pas mal la
gestion.
++
Julien
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
