Discussion :

[droliprane]

Bonjour à tous,

je rencontre un problème : j'alimente une table (un portefeuille de commande) à l'aide d'une requête REQ_PORTEFEUILLE_CC qui existe dans la section "requêtes" de mes objets, là voici :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
SELECT *, (ccl_qte_cde - ccl_qte_livree) AS reste 
FROM cc, clt AS client, clt AS livraison, ccl, art 
WHERE cc_id = ccl_cc_id AND ccl_article_id = art_id AND cc_client = client.clt_id AND cc_livraison = livraison.clt_id
ORDER BY cc_num, ccl_ligne

Notez la présence du ORDER BY

Et l'utilisateur doit pouvoir interagir sur la table en la filtrant à l'aide d'une liste de n° de commandes.
Le code qui procède au filtrage est le suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
HFiltre(REQ_PORTEFEUILLE_CC, "cc_id=" + LISTE_CC..Valeur)     
HLitPremier(REQ_PORTEFEUILLE_CC)
TableAffiche(TABLE_Lignes)
HDésactiveFiltre(REQ_PORTEFEUILLE_CC)

Ca a toujours bien marché jusqu'à ce que je m'aperçoive que ma table n'était pas bien triée, je veux qu'elle soit triée par numéro de commande, puis numéro de ligne. Donc j'ajoute le ORDER BY cc_num, ccl_ligne dans ma requête. Depuis là, le hfiltre ne fonctionne plus

J'ai lu à plusieurs endroit qu'on devait indiquer la clé de parcourt dans un hfiltre, comme ceci :

HFiltre(REQ_PORTEFEUILLE_CC, REQ_PORTEFEUILLE_CC.cle_de_parcourt, hValMin, hValMax, "cc_id=" + LISTE_CC..Valeur)

mais ma clé de parcourt à moi est composé de 2 champs, comment faire dans ce cas ?

Merci pour votre aide précieuse.

EDIT : si vraiment on ne peut pas faire cohabiter le HFiltre et une requête avec un ORDER BY, alors je n'aurai d'autre choix que d'alimenter ma table par programmation...

[Unkof]

Je me rappelle avoir eu des problèmes entre HFiltre et ORDER BY, ca fait bien longtemps que je n'utilise plus HFILTRE, et que je n'utilise que des requêtes SQL.

D'ailleurs, je n'utilise plus autre chose que des requetes SQL, même pour les updates, delete et compagnie, exit les hajoute, hmodifie, etc ...

[dsr57]

Bonjour,

Je rejoins unkof, dans la programmation et dans l interrogation des bdd il faut hamoniser.

Je te conseille de passer en sql et de construire ta requete dynamiquement selon les choix de l utilisateur.

Bon dev

[michel.souris]

Je suis moi aussi d'accord avec les autres... exit les hFiltres, vive le SQL !

Perso j'utilise les requêtes paramétrées... très pratique je trouve.

[droliprane]

et ben mer** alors, au départ j'avais pris l'habitude de tout écrire les requêtes, et de faire des HExecute, avec HAjoute sur des tables chargées par programmation, et puis ensuite quelqu'un m'a dit que c'était dommage de pas profiter des "raccourcis" de WinDev...

Du coup j'ai par endroit des tables chargées par prog parce que je ne pouvais pas faire autrement (requête trop complexe ou pas valide au sein du module de requêtes intégrées de WinDev) et à d'autres endroits, pour des tables plus simples sans trop le liens avec d'autres tables de bd, j'attache la table à une requête et je hfiltre à tout va...

Bon, aujourd'hui les avis sont unanimes, mais il y a 2 ans en arrière ça me semblait plus partagé.

En tout cas j'ai ma réponse, merci