Le 30/01/2012 16:12, Damien Touraine a écrit : > Bonjour, > [...] >>> J'aimerais comprendre un petit peu plus ce que tu proposes. Ne serait-ce >>> que pour filer un coup de main pour les NetworkPort (ou plus, ou moins, >>> selon vos souhaits/besoins). >>> En fait, c'est le lien entre les éléments importés et la base OCS que >>> j'ai du mal à cerner. Jusqu'à maintenant, l'existence du lien entre GLPI >>> et OCS était inclue dans la base glpi_ocslinks. Est-ce bien cela ? >>> Si j'ai bien compris, tu proposes de transférer l'information de ce lien >>> directement dans la base concernée avec des champs prévus à cet effet >>> (le contenu de glpi_ocslink.import_vm => >>> glpi_computervirtualmachines.is_dynamic, >>> glpi_computervirtualmachines.is_deleted). Est-ce bien cela ? >> Oui >>> Ainsi, il y aurait disparition complète de glpi_ocslink. Est-ce bien >>> cela ? >> Non, il sera conservé, pour les liens (correspondance des id) et le >> verrouillage des champs. Bien sur déplacer dans le plugin OCS > Mes connaissances dans le plugin OCS sont floues. S'agit-il bien du lien > entre les id des "objets" dans la base de donnée OCS et ceux dans la > base de donnée GLPI ?
Oui mais pas seulement, il y a d'autres info spécifiques OCS - server_id - device_id (un truc du genre TOTO-2012-01-01) - ocsid (l'ID elle même) - date d'import - date d'inventaire - etc... Les besoins d'un autre plugin d'import (Fusion, p.e.) seront différents Donc la table ocslinks garde tout son sens > > Si c'est bien cela, j'ai pensé à un truc qui pourrait être beaucoup plus > simple et plus efficace. Mais peut-être est-ce déjà prévu pour > fonctionner comme cela. Sinon, cela risque de heurter les plus orthodoxes. > Ma proposition : lors de l'installation du plugin OCS, on ajoute un > champs plugin_OCS_id dans chacune des tables dont les objets peuvent > être liés avec un objet OCS (ie : glpi_computers, Non, vraiment pas glop comme solution > glpi_computers_device*, glpi_networkport*, ...). Le champs is_dynamique > serait remplacé par le test : (plugin_OCS_id > 0). Le is_deleted serait > nommé plugin_OCS_is_deleted. Mais on pourrait aussi regarder si > plugin_OCS_id n'est pas nul, et que l'objet correspondant n'existe plus > dans la base de donnée OCS. l'id OCS pour les éléments autres que l'ordinateur n'a aucun intérêt, il change à chaque inventaire. Seul l'id GLPI a du sens, ensuite on compare les autres informations remontées par OCS (UUID pour les VM, nom+version pour les logiciels, etc) ++ > Cela simplifierait grandement les liens et les recherches. Je pense que > nous pourrions nous en sortir avec un "mapping intelligent" de type > entre OCS et GLPI. > Petit point noir : lors de la désinstallation du plugin OCS (pas la > désactivation), il faudra supprimer ces champs. Cela signifie une perte > de tous les liens. Ce plugin est-il souvent désinstallé ? > > Damien, le bourrin de service. > > _______________________________________________ > 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
