Discussion :

[droliprane]

Bonsoir à tous,

j'ai une question qui ne mérite surement pas d'ouvrir un sujet pour ça, mais j'ai bien peur que ce que je cherche à faire ne soit pas faisable, ou alors en utilisant une bidouille :

je charge une liste par programmation (liste mémoire) et je voudrais pouvoir filtrer le contenu de cette liste sans devoir réalimenter la liste (en faisant tourner la procédure qui comporte la requête sql). J'arrive à faire cela sur une table mémoire avec TableActiveFiltre, mais je ne trouve pas d'équivalent pour une liste...

Je cherche à limiter au maximum le requêtage de ma base, car c'est une base distante sur un serveur accessible via internet sans vpn. Si vous pouvez m'aider, d'avance un grand merci

[droliprane]

ok je savais bien qu'il faudrait bidouiller : première piste, utiliser une table mémoire à 2 colonnes (id, valeur), avec l'id invisible, et pour des questions d'esthétiques on met le cadre de titre en hauteur 1 pixel. ensuite on peut utiliser TableActiveFiltre sur cette table qui ressemble à une combo

je regarde si niveau perfs c'est conforme à ce que je souhaite

[hpascal]

Bonsoir

TableActiveFiltre ne fonctionne pas avec une liste de type table ?

[Hemgé]

Bonsoir,

Rien ne vous empêche a priori de créer une table d'une seule colonne.

Lorsque l'assistant passe au 3ième écran, il suffit de définir 1 colonne au lieu des 2 proposées par défaut.
Apparemment, cela fonctionne.
Je n'ai pas testé plus loin.

Hemgé

[droliprane]

absolument, une table d'une colonne (ou deux dont une cachée) et ça fonctionne parfaitement

le seul inconvénient c'est que je ne peux pas personnaliser systématiquement la première ligne pour avoir un élément joker (*), parce que dès que je fais un filtre textuel via TableActiveFiltre, le * n'est pas pris dans le filtre et disparait de ma "table liste"...

[Hemgé]

Donc, finalement vous voudriez aboutir à une combo ?

Indépendamment de cela, pourquoi ne passez-vous pas par une requête ou une vue intermédiaire basée sur votre requête fichier initiale ?
Vous pourriez ainsi répéter et varier votre affichage autant de fois que souhaité, sans accéder à votre serveur.

[droliprane]

Donc, finalement vous voudriez aboutir à une combo ?

Indépendamment de cela, pourquoi ne passez-vous pas par une requête ou une vue intermédiaire basée sur votre requête fichier initiale ?
Vous pourriez ainsi répéter et varier votre affichage autant de fois que souhaité, sans accéder à votre serveur.

Bonjour Hemgé,

oui c'est exactement ce que je recherche une COMBO qui puisse être filtrée sans avoir à recalculer son contenu par un nouveau requêtage du serveur.

Donc le mieux serait que j'alimente une combo fichier/requête, et de faire du hfiltre dessus ? Le pb c'est que l'alimentation de départ est assez complexe, et elle est bien plus facile à traduire par programmation que par une requête sql de l'éditeur

[Hemgé]

Vu vos besoins, je ne vois pas d'autre solution que de faire votre requête1 initiale sur le serveur, puis de générer une seconde requête2 ou vue sur votre requête1, et donc découplée du serveur.
Après cela, soit vous filtrez, soit vous réexécutez votre requête2 avec des paramètres différents autant de fois que vous le souhaitez, sans oublier que vos données de base peuvent évoluer entretemps.

Quant aux difficultés de formulation de cette requête2, ouvrez une nouvelle discussion intitulée : "requête SQL super complexe pour fondus du SQL" et je peux déjà vous faire la liste de vos coachs.
Au besoin, ils vous aideront à la formuler en SQL pur, ce qui vous évitera les contingences de l'éditeur de Windev.