Remplissage d'une liste.

Bonjour,

As tu vraiment besoin de toutes ces données en même temps ?

Sinon, tu peux utiliser un algorithme comme NARDO l'a proposer il y a quelques temps,
et charger juste l'element dont tu as besoin.

voici le lien : https://panoramic.1fr1.net/t1807-arbre-binaire-de-recherche-avl

Minibug. tu penses comme moi, mais bon, j'ai déjà essayé de dire à pan59 qu'il y avait certainement des points à améliorer dans la réflexion même du programme. Je ne pense pas que l'on pourra le conseiller sur ce point.
Du coup optimiser un programme que l'on ne connait pas c'est réservé aux personnes douées de pré science ...

Bonjour, et bonne année que je renouvelle.
Je crois qu'il y a un problème.

Pour mon propre programme, dont je ne peux rien dire, car je suis certain que certain d'entre-vous, et des plus fors me dirait qu'il ne faut pas rêver, enfin peut importe, je me suis rendu compte d'un problème.

Si je prend en exemple un programme de disons 2000 lignes dont je modifie celles-ci par item_idelete et item_insert, cela se traite selon le cas, dans les 15 à 30 secondes.

Si je prend pagiciel, qui en a plus de 4700 actuellement, il faut plus d'une 1/2 heure pour arriver au même résultat. Au bout d'un moment, chaque ligne demande près d'une seconde pour être modifiée.

On dirait qu'au bout d'une certaine quantité de mémoire, Panoramic demande une allocution de celle-ci supplémentaire à chaque ligne. Je ne suis pas expert en Windows, et même nul, mais je suppose que c'est ce qui se passe.

Bonjour Pan59,
Pour ton problème, moi j'aurais utilisé une dlist pour charger les 175000 éléments, (c'est le plus rapide, j'ai testé avec 225000 éléments en 3sec), et j'aurais fait un list copiant une partie du dlist, la partie à traiter ou à visionner dans le programme.
Je ne sais pas si ça t'aidera!
A+

Bonjour,
Pourquoi ne pas utiliser SQLIte?...
C'est pas compliqué à mettre en oeuvre et c'est quand même très puissant.

avec un SGBDR, pour le temps d'accès selon un critère donné, on parle en millisecondes...
et tu n'est pas obligé de charger une liste avec tout tes éléments...

Bonjour.

Merci beaucoup Bignono.

Effectivement, le remplissage d'une Dlist s'avère beaucoup plus rapide qu'une List (inférieur à 1 seconde pour 175.000 éléments) !

Mais un autre problème se pose:

Il n'est plus possible de rechercher un élément à l'aide de la méthode suivante, figurant dans KGF.DLL !

Donc, retour au point de départ.

Merci de votre aide.

Code:

hnd% = handle(numero_objet_liste%)
res% = dll_call3("SearchListBox",hnd%,0,adr(element$))