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.Une réservation dossier garantit l’exclusivité des mises à jour, durant son exécution.

...

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 performance.

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.

Exemple

• 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

Ouvertures

Les ouvertures citées dans le tableau ci-dessous sont nouvelles dans le gttt125_sql., et répondent aux cas cités ci-dessus

...