Le Forum des Utilisateurs Sage

Bonjour à tous,

Nous sommes équipés de SAGE ligne 100 SQL en gestcom, compta et E-Commerce le tout en V15.50, licence 10 postes.

Un développeur externe nous a fourni un soft créé avec Windev qui a pour but de:

Récupérer tous nos documents Préparation Livraison, récopier les données dans un fichier CSV (un fichier par document), et les uploader sur un serveur FTP externe (pour notre logisticien).

Lorsque notre logisticien a fini sa préparation, il nous remet à disposition ces même fichiers CSV (sans modif) sur ce serveur FTP.

Donc le logiciel scan le serveur, récupère les fichier CSV, et à ce moment là, il se charge de créé des Bon de Livraison dans SAGE, en recopiant toutes les infos des Préparation Livraisons, une fois le Bon de Livraison créé, il supprime le PL.

PROBLEME:

La récupération de ces fichiers CSV, donc l'ensemble création BL puis suppression PL est EXTREMEMENT LENT (environ 10mn, par fichier).

Qui plus est lorsqu'il y a énormément de fichier CSV à récupérer, la moitié sort en erreur (donc on repart dans un import...)

J'ai testé le soft sur une autre base de donnée (moins chargée, en mono utilisateur), 4mn pour 8 fichiers, beaucoup plus rapide donc.

Le développeur pense qu'il s'agit du driver ODBC qui est trop lent, je n'y crois qu'a moitié, avez vous des avis ?

En espérant qu'un de vous ai une petite idée, c'est très handicapant...
Merci d'avance,

Cette lenteur vient peut-être de la requête.
Dans les f_docentete et f_docligne, il ne faut par exemple pas de requête sur le numéro de pièce seule. Le pilote odbc est dans ce cas d'une lenteur incroyable traitant ceci séquentiellement (donc différence de vitesse selon le nombre d'enregistrements dans la table).
Il faut donc faire la requête sur le numéro de pièce et le type (DO_Piece et DO_Type).
Ceci sur toutes les requêtes sur les 2 tables citées plus haut.
Le développeur peut de toute façon ajouter une trace pour savoir où est le ralentissement et l'instruction concernée.

Bonjour,

Merci de la réponse, malheureusement ça ne vient pas de là nous utilisions déjà les deux valeurs, on va continuer nos recherches étape par étape