Le programme Commerce & logistique/ Traitements/ Calcul des Coûts moyens pondérés a été optimisé à partir de la version 10.12.
Le gain de performance est lié à la mise en oeuvre d’un mécanisme d’interclassement , qui permet une réduction considérable du nombre de requêtes exécutées par les programmes et à une option de parallélisation.
| Info |
|---|
Attention, l'interclassement induit un changement dans la logique de surcharge des programmes :
|
Les modes de lancement
Réservation de dossier sans parallélisation
Ce choix a pour effet de lancer le calcul en une seule fois et en réservant le dossier.
...
Réservation de dossier avec parallélisation
Ce choix permet de lancer simultanément (en parallèle) plusieurs programmes de calcul cmp.
Chaque programme va traiter une portion de l’ensemble total des articles sélectionnés
On peut lancer jusqu'à 5 programmes en parallèle. Néanmoins, l’utilisateur pourra personnaliser ce nombre dans le gttt125_sql.dhsp, le nom de la variable à personnaliser est nbrPrgParallelMax
Une autre variable à personnaliser dans le gttt125_sql est la Nbr_Regroupement qui correspond au nombre minimal d’articles à traiter dans chaque programme lancé.
Exemple : On peut définir nbrPrgParallelMax = 3 et Nbr_Regroupement = 1000, cela indique que le calcul CMP ne peut lancer plus que 3 calculs en parallèle et que chaque calcul doit inclure au moins 1000 références.
...
Calcul sans réservation de dossier
...
Ce choix a pour objectif de dispenser l’utilisateur de la contrainte de réservation systématique du dossier, il est recommandé lors du lancement du programme sur une faible plage d’articles
Le programme va traiter dans ce cas l’ensemble total des articles sélectionnés en plusieurs calculs en série. Le découpage sera défini dans le gttt125_sql.dhsp via la variable nbrGroupementSerie
Il faut définir la variable précédente de façon extrêmement précis afin de ne pas saturer la table de réservation.
...
Pour le cas d’une valorisation par dossier, on a besoin de 2 réservations par article (réservation stock + réservation SART). Supposons que la taille totale de la table des réservations = 60000 et qu’on veut laisser au moins 10000 lignes pour le fonctionnements des autres utilisateurs. Supposons encore que le nombre total d’articles sélectionnés est de 300000.
...
Dans ce cas nbrGroupementSerie = (60000 - 10000) / 2 = 25000
...
Pour un cas de valorisation par établissement / dépôt, on reprend le même exemple précédent et on suppose que le nombre de croisements possible entre les dépôts et établissements = 10
Dans ce cas le nombre total des réservation nécessaires est de 12 (réservation stock + réservations SART + une réservation SARTCR pour chaque couple établissement / dépôt )
Dans ce cas nbrGroupementSerie = (60000 - 10000) / 12 = 4166
...