Discussion :

[TitiFr]

Bonjour,

J'ai une combo qui affiche des infos en provenance d'une base de donnée firebird. C'est une combo critique dans le sens ou elle apparait souvent dans l'application et que l'utilisateur (un vendeur) ne peut pas se permettre d'attendre le chargement des données.

Le soucis c'est que la requête génère un résultat qui avoisine les 90 000 tuples. Donc la combo mets presque 20 secondes à ce charger. D'ou sérieux problème.

Je voulais savoir s'il n'y avait pas un truc pour accélérer la récupération de ce genre de requête ?

Merci d'avance.

[qi130]

Les tuples en question changent-ils frequemment ?

Si ce n'est pas le cas (genre références d'articles), tu peux charger ces tuples au lancement de l'appli :
- soit lors de la création des fenêtres qui contiennent cette CBox
- soit dans une StringList qui alimente chaque CBox avant que la fenêtre propriétaire ne s'affiche. Tu pourras aussi prévoir une option permettant de recharger cette Stringlist

[skywaukers]

bonjour,

le choix d'un combobox pour 90000 enrg est-il judicieux ? Ne vaudrait-il mieux pas une Grille que tu remplirai avec une gestion de pagination ? Cela te perméttrais en plus de permettre des recherches.

@++
Dany

[TitiFr]

Les produits doivent être a jours, c'est impératif.

Et j'ai essayé de déporter le remplissage de la liste à l'ouverture de la fenêtre mais du coup la fenêtre mais du temps à s'ouvrir et c'est hors de question, le vendeur veut sa fenêtre immédiatement...

Ma combo est un peu spécial. Pour acélérer l'affichage une fois chargée, la partie de la combo qui s'ouvre est en faite une grille TVirtualStringTree qui demande les donnée quand il y en a besoin. Seulement si je fait la requête à la volée c'est trop lent.

Pour l'instant à l'ouverture de la fenêtre parente, je lance un thread qui rempli la combo avec les données de la requête. Donc la fenêtre n'est pas bloquée. Mais si l'utilisateur ouvre la combo "trop vite" elle est encore en train de se remplir...

De plus quand on tape quelque chose dans la combo il y a une recherche qui se lance pour séléctionner la ligne qui correspond dans la grille et si cette ligne n'est pas chargée problème !

Je vois pas trop comment m'en sortir... :-(

[qi130]

Les produits doivent être a jours, c'est impératif.

D'accord, mais les références changent-elles souvent ?

Si c'est 1 ou 2 fois par semaine, tu peux faire l'impasse sur le (re-)chargement systématique, ou bien contrôler par un count l'évolution éventuelle du nb de références (nb au lancement de l'appli vs. nb à l'ouverture de la fenêtre)

[TitiFr]

Non ça peut être régulié. Et pas question de louper une mise à jour (produits sensible et client tatillion)

[qi130]

Alors, il reste ça:

contrôler par un count l'évolution éventuelle du nb de références (nb au lancement de l'appli vs. nb à l'ouverture de la fenêtre)

1/ chargement au lancement de l'appli -> stringlist
2/ a chaque ouverture de fenêtre ayant cette CBox:
- count des références
- comparaison avec le nb d'items de la stringlist
- si <> rechargement de la stringlist
- alimentation de la cbox depuis la stringlist

Ca revient à ne charger que si nécessaire.

le count des références peut faire l'objet d'une PS si le SGBD le supporte (perf ++)

[TitiFr]

Oui ça peut sembler pas mal mais les ajout de produits sont courant mais pas tant que ça. par contre les mise à jours de produits existants sont très régulière (genre stock !) puisque plusieurs personnes travaillent sur la base même temps...

Donc le count ne "verfra" pas les changements

[skywaukers]

bonjour,

tu utilise quoi comme BDD ?

N'importe comment, tu devrais (à mon avis hein) réfléchir à un moyen de ne pas tout charger (si ce sont des données qui peuvent évoluer régulièrement). Tu as 90000 tuples, je ne pense pas que le vendeur parcours le combo sur les 90000 références pour trouver son article. Tu y gagnerai surement en revoyant un peu l'ergonomie. Perso j'aurai pas mis de combo, le gars aurait saisit le début (ou rien) et qu sortir de la zone, j'aurais affiché les résultats correspondant à sa demande dans une grille (en paginant si il y a beaucoup de réponses).

@++
Dany

[TitiFr]

J'utilise une base firebird...

C'est plus ou moins ce que je m'escrime à faire... J'arrive un peu trop tard, le composant est déjà créé et utilisé depuis 6 mois alors c'est pas facile de passer d'une combo ou les données sont référencées par leurs position dans un tableau à une grille ou les données sont référencée par leur clef primaire. Changement de type et de philosphie...

J'ai plus ou moins les mains liées sur l'interface plublique... Le comosant est énorme et je patauge dans le code écrit par un autre. Galère !

En tout cas merci de votre aide... :-)