Discussion :

[zatmania]

Bonjour à tous,

voici mon problème, j'ai un tableau qui est alimenté via une recherche (il y a une requete en fonction des choix des combos).

Ce tableau est de la forme :

| code produit | Libelle | Conso M| Conso M-1 | Conso M-2 |.

Les deux premières colonnes sont remplis via une requête, les Conso représente la somme des mouvements de stocks lié au produit et qui proviennent d'une seconde requête sachant que chaque mois correspond à une table (sql parlant). Le dénominateur comment est l'id du produit qui est dans le tableau mais non visible.

J'aimerai donc avoir votre avis en espérant avoir été suffisamment explicite sur le comment remplir ce tableau en plusieurs étapes et que ce traitement ne soit pas pénalisant en temps et ressources ?

Cordialement

Claude

PS : le serveur de base de données est Mysql

[ErwanA]

Pour moi, le moins pénalisant serait de faire une seul requête avec un jointure.
La jointure serait faite par le SGBD ce qui est le plus rapide.

Sinon, tu peux exécuter ta première requête (sur les produits), remplir la table et, à chaque ajout de ligne, faire la deuxième requête récupérant les informations manquantes.

La troisième solution serait de remplir la table avec les produits. Puis d'exécuter la deuxième requête des conso en recherchant ces même produits et de remplir les lignes correspodant en faisant des TableCherche.
Je pense que cette troisième solution est la plus gourmande. Les TableCherche sont gourmand surtout si ta table n'est pas trié. De plus dans ta 2e requête de recherche de conso, je suppose que tu as une jointure sur ta table produit pour prendre en compte les filtre sélectionné par l'utilisateur.

[zatmania]

En fait les tables de consos sont remplis via une procédure stockée qui est exécutée pour tous les produits car la personne peut soit filtrer pour n'éditer qu'une partie des produits (issus de la recherche via le choix des combo) soit visualiser/editer tous les produits. Et c'est pour cela que je remplis mes tables au préalable.

[ErwanA]

Je dois mal comprendre parce que là je comprend ça :

L'utilisateur souhaite connaître l'état d'un produit particulier.
Il va donc sur cet écran.
L'écran est vide.
L'utilisateur choisit son filtre de façon à n'avoir que le produit voulu.
Il clique sur le bouton "rechercher".
La table se remplit avec le seul produit et là, tu lance la requête (procédure stockée) de recherche de conso sur tous les produits de la base pour n'afficher que le produit voulu.

Ou alors L'utilisateur arrive sur l'écran, la table se remplit avec tous les produits puis, une fois la table remplie, l'utilisateur obtient la main et il peut filtrer les enregistrements de la table.

[zatmania]

En fait l'utilisateur arrivera sur l'écran ou soit il choisit via des combo 2 critères qui impacteront le résultat de la requete, soit un bouton tous qui ramènera tous les produits, donc dans un cas comme dans l'autre je lance le pré traitement qui consiste à lancer la proc stock pour le calcul de la conso produit au clic sur le bouton "Recherche" ou "Tous les produits"

zat

[zatmania]

J'ai contourné le problème en créant une procédure locale qui me ramene les enregistrements concernés au moment ou je remplis mon tableau par programmation.

zat