Task #4959
Clean DB process used before transfer on cron job ?
Status: | New | Start date: | 06/11/2014 | |
---|---|---|---|---|
Priority: | Normal | Due date: | ||
Assignee: | - | % Done: | 0% | |
Category: | - | |||
Target version: | Candidate for next major version |
Description
Mais le code de clean ne devrait pas être dans le code du transfert, car exécuté à chaque transfert et ça coute cher en requetes sur la base de données.
Donc soit :
1/ On ajoute un script cli dans glpi/scripts qui permette de nettoyer la DB
2/ Ajouter une tache cron qui va nettoyer la DB
Related issues
History
#1 Updated by moyo almost 7 years ago
- Related to Bug #4944: Clean DB when transfer have too heavy queries added
#2 Updated by moyo almost 7 years ago
Le soucis pour moi c'est d'être sûr avant un transfert que la DB soit clean. D'où le lancement de ces requêtes avant tout chose au moment du transfert.
On peut imaginer extraire le clean de la DB dans une fonction et la lancer avant tout traitement de masse (transfert manuel + import OCS ou Fusion si gestion de transfert) comme ca on limiterai l'execution du clean à une fois par traitement de masse.
#3 Updated by ddurieux almost 7 years ago
Ca ne reglerai pas de soucis que pour chaque transfert individual (je parle plutot de fusion la) il clean et donc on a le soucis.
Tu pense qu'il y a souvent des données moisies?
Tu te rappelles des problèmes que ça engendrait avant de mettre ces cleandb?
#4 Updated by moyo almost 7 years ago
Oui les problèmes engendrés sont simples. S'il reste des liaisons fatômes les calculs de liaisons sont faux et on va dupliquer des élements au lieu de les déplacer simplement.
#5 Updated by ddurieux almost 7 years ago
Ok, je vois donc on ne peut pas s'en passer