Discussion :

[castorameur]

Bonjour tt le monde

J'ai un problème de performance sur le picking des livraisons sur les retours sur une installation qui fait 500 livraisons jours.
Le temps d'affichage du picking augmente de plus en plus.

J'ai regardé l'objet SD2 et j'ai vu que la clé était sur SD0 car c'était un picking hiérarchique (entete BL et lignes BL).
Je vais tester de changer de clé et de n'afficher que les lignes, mais est ce que par hazard l'un d'entre vous s'est déjà essayé à l'optimisation d'un picking, et à explorer d'autres pistes ?

merci

[hado34]

tu pourras gagner surement en performance en mettant sur l index SDD3 car la liste gauche est censee etre filtre sur le client et adresse de livraison.
La creation d'un nouvel index sur le site-client-adresse livraison a tester egalement, reduire le nombre d elements listes,
Ajouter un champ date de livraison ou borne en entete du retour et filtrer la liste par rapport a cette date (est ce vraiment utile d afficher les livraisons du mois passee)

[bimiman]

Bonjour,

Sur 500 BL, combien de clients différents ?
Je demande ça car je suis sur un site avec plus de 600000 BL en base et de très nombreux clients, l'affichage est instantané puisque la liste gauche ne se charge qu'après avoir saisi le code client.
La base de données joue bien son rôle en privilégiant automatiquement pour la sélection l'index SDD3 (même si SDD0 est précisé dans l'objet).

[castorameur]

Merci voici vos réponses

tu pourras gagner surement en performance en mettant sur l index SDD3 car la liste gauche est censee etre filtre sur le client et adresse de livraison.

Ce qui est embetant c'est que lorsque on met un index avec 3 parties de clé, il faut 3 lignes en affichage hiérarchique.

Je demande ça car je suis sur un site avec plus de 600000 BL en base et de très nombreux clients, l'affichage est instantané puisque la liste gauche ne se charge qu'après avoir saisi le code client.

J'ai effectivement moins de BL mais quel est la taille du serveur pour les 600 000 BL ? S'il est très puissant c'est normale

La base de données joue bien son rôle en privilégiant automatiquement pour la sélection l'index SDD3 (même si SDD0 est précisé dans l'objet).

Je vais vérifier dans le profiler mais c'est une information intéressante.

[bimiman]

Merci voici vos réponses
J'ai effectivement moins de BL mais quel est la taille du serveur pour les 600 000 BL ? S'il est très puissant c'est normale

Avec SQL Server 2005 32 bits, limité à 4 Go de RAM... Certes, avec un octocore, mais ce n'est pas ce qui joue dans la rapidité. Disque SCSI 10000 trs/mn.

[bimiman]

Merci voici vos réponses
Je vais vérifier dans le profiler mais c'est une information intéressante.

Par curiosité (et pour en être vraiment sûr...), j'ai lancé le Profiler. Voici le résultat :

[castorameur]

Bonjour,

j'ai lancé le profiler avec l'option Show plan sur le picking de notre plus gros client et voici le résultat


Je constate qu'SQL server a bien utilisé l'index SDD3 mais que j'ai un RID lookup pour stocker toutes les lignes de livraison.

Bon pour l'instant pour ce client on va filtrer les 3 derniers mois, ce qui accélère grandement le temps de réaction.
Je vais voir aussi si la tempdb est assez grande

merci bimiman en tout cas, je ne vais pas perdre de temps à vouloir bidouiller l'objet X3

A noter aussi que ce n'est pas le même plan en proc stock lancé par X3 et en requête directe.