Le programme Commerce & logistique/ Traitements/ Calcul des Coûts moyens pondérés SQL est une version optimisée du programme Commerce & logistique/ Traitements/ Calcul des Coûts moyens pondérés.
Il n’y aucune différence fonctionnelle entre les deux programmes. Le gain de performance est lié à la mise en oeuvre d’un mécanisme d’interclassement.
La version SQL du programme de calcul CMP utilise un interclassement, qui permet une réduction considérable du nombre de requêtes exécutées par les programmes, impliquant de gros gains de performancea été optimisé.
2 niveaux d’optimisation ont été mis en œuvre:
implémentation d’un mécanisme d’interclassement. Cette optimisation a été downgradée sur toutes les versions maintenues de l’ERP.
implémentation d’une option de parallélisation avec réservation éventuelle du dossier. Cette optimisation est disponible en version X.12 uniquement.
Aucune différence fonctionnelle n’a été apportée.
| 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
...