Bonjour, Je viens de mettre la version 0.83.5 en prod. chez mon client, et j'ai testé le rapport sur la base de prod (pour info la base glpi_logs compte environ 5.100.000 enregistrements pour 567Mo).
Une requête pour rechercher les machines ayant leur numéros de série ayant changé entre le 01/01/2012 et aujourd'hui à pris 2.7s, pas de quoi pénaliser le reste ... Cordialement -----Original Message----- From: Thierry Barrau Sent: lundi 8 octobre 2012 19:20 To: Liste de diffusion des developpeurs GLPI Cc: Liste de diffusion des developpeurs GLPI Subject: Re: [Glpi-dev] Plugin Additional Reports - Proposition de rapport Bonsoir, Ce rapport reprend le principe de fonctionnement du rapport sur les objets transférés qui utilise la même table pourtant .... De plus je l'utilise dans une structure avec les conditions que vous citez ( plusieurs milliers de postes et des millions de d'enregistrements de logs ) Cordialement, -- Thierry BARRAU Envoyé de mon iPhone Le 8 oct. 2012 à 19:09, "nini.lasson" <[email protected]> a écrit : > Bonjour, > > Il n'est pas possible de mettre à disposition des utilisateurs un > rapport basé sur le table glpi_logs. > En effet, cette table ne peut pas être requêtée dans les grosses > structures où les données se comptent en centaines de millions > d'enregistrements. > Le lancement d'une telle requête serait pénalisante pour le reste de > l'application. > > Yllen > > Le 08/10/2012 13:36, Thierry Barrau a écrit : >> Bonjour, >> >> Est-ce que ce rapport pourra être ajouté au plugin ? >> Merci d'avance. >> >> Cordialement, >> Thierry BARRAU >> >> -----Original Message----- >> From: Thierry Barrau >> Sent: lundi 1 octobre 2012 19:49 >> To: Liste de diffusion des developpeurs GLPI >> Cc: [email protected] >> Subject: Re: [Glpi-dev] Plugin Additional Reports - Proposition de >> rapport >> >> Bonsoir, >> >> Ce nest pas un bug de GLPI mais bel et bien physiquement que les machines >> perdent le numéro de série. >> >> Dans les raisons il y a par exemple : pas de retag ou mauvais retag après >> changement de carte mère par le sav, connexion aux ordinateurs en bureau à >> distance qui dans certains cas provoquent la prêtent des caractéristiques >> physique, etc etc .... >> >> Donc c'est pour pouvoir suivre tout ça de plus prêt ! >> >> -- >> Thierry BARRAU >> Envoyé de mon iPhone >> >> Le 1 oct. 2012 à 17:11, "David DURIEUX" <[email protected]> a écrit : >> >>> Peut être que remonter le problème peut être plus utile que faire un >>> rapport d'un état qui est la conséquence d'un bug? >>> >>> David >>> ++ >>> >>> >>> Le Mon, 1 Oct 2012 16:55:01 +0200 >>> Thierry Barrau <[email protected]> a écrit: >>> >>>> Bonjour, >>>> >>>> J'ai fait quelques rapports pour les besoins d'un client, mais qui >>>> peuvent s'avérer utiles pour tout le monde. >>>> >>>> Voici le premier : serial numbers changed (testé sous GLPI 0.8.3.4 >>>> et Additional Reports 1.6.1). >>>> >>>> Ce rapport permet de faire une liste de tous les changements de >>>> numéros de séries survenus entre deux dates, que ce soit pour les >>>> ordinateurs / moniteurs / périphériques. >>>> >>>> Cela fait suite au fait que nous ayons remarqués que les >>>> ordinateurs en particulier chez HP avaient tendance à avoir le >>>> numéro de série qui saute de temps en temps. >>>> >>>> Cela permet ainsi de vérifier au lieu de tomber dessus au petit >>>> bonheur la chance. >>>> >>>> Je transmettrais les autres dès que je les aurais validés avec les >>>> dernières versions. >>>> >>>> Cordialement, >>>> Thierry BARRAU >>>> >>> _______________________________________________ >>> Glpi-dev mailing list >>> [email protected] >>> https://mail.gna.org/listinfo/glpi-dev >>> >> _______________________________________________ >> Glpi-dev mailing list >> [email protected] >> https://mail.gna.org/listinfo/glpi-dev > > > _______________________________________________ > Glpi-dev mailing list > [email protected] > https://mail.gna.org/listinfo/glpi-dev _______________________________________________ Glpi-dev mailing list [email protected] https://mail.gna.org/listinfo/glpi-dev
