Discussion :

[Sankasssss]

Bonsoir à tous,

J'ai développé dernièrement une application qui doit lier un combobox à une table contenant beaucoup de résultat afin de proposer des résultats (rien de bien spécial)
Le rapatriement des données se fait très vite malgré la grosseur de la table.
C'est à la liaison entre la table et le combobox que ca prend énormément de temps.
Voici le code incriminé :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
        CBDossierCourrier.AutoCompleteMode = AutoCompleteMode.Append
        CBDossierCourrier.DropDownStyle = ComboBoxStyle.DropDown
        CBDossierCourrier.AutoCompleteSource = AutoCompleteSource.ListItems
 
        donneDossierCourrier = New ClassDonneeDossiersCourrier(connSQLServer)
        debug.writeLine("Chargement de la table.")
        donneDossierCourrier.chargeTable()
        debug.writeLine("Liaison table / comboBox")
        CBDossierCourrier.DataSource = donneDossierCourrier.table 
        debug.writeLine("Fin liaison table / comboBox")
 
        CBDossierCourrier.ValueMember = "NumInterne"
        CBDossierCourrier.DisplayMember = "Libelle"

j'obtiens donc dans la console de vs :

Chargement de la table.
Liaison table / comboBox
--- Plus de 30 secondes. ---
Fin liaison table / comboBox

Je me demandais donc si il n'y avait pas moyen de lier une table au comboBox de manière à ce que ca soit plus rapide?

Pour cette application j'avais bidouillé un système sur les évènements keyDown et keyUp afin de n'activer la liaison que quand l'utilisateur tape 3 lettres avec un like sur la bd (moins de données à lier, donc plus rapide).
Ca fonctionne mais le code n'est vraiment pas top et je suis sur qu'il y a moyen de faire mieux...

[tomlev]

Bizarre, j'ai jamais vu ça... il y a combien d'items dans ta table ?

Est-ce que tu as essayé de désactiver l'auto-complete pour voir si c'est lié à ça ?

Comment est implémenté l'accès aux données ? ADO.NET ? Linq to SQL ? EF ? Si c'est du Linq, attention : l'exécution est différée. Si tu écris une requête Linq, elle n'est exécutée que quand tu commences à parcourir les résultats (sauf si tu utilises ToList ou ToArray, par exemple). Donc en fait, selon ton implémentation, c'est possible que la récupération effective des données ne se fasse que quand tu bindes la DataSource du combo...

[Sankasssss]

Il y a environ 70.000 enregistrements.
J'utilise ADO.NET avec une requête des plus simple genre :

Code :

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

select NumInterne, Libelle from table

Je vais essayer d'enlever l'auto-complete pour voir si ca change quelque chose...

[Nathanael Marchand]

Il y a environ 70.000 enregistrements

En même temps, à quoi ca sert d'en afficher autant? Qui lit 70k enregistrement?

[tomlev]

Il y a environ 70.000 enregistrements.
J'utilise ADO.NET avec une requête des plus simple genre :

Code :

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

select NumInterne, Libelle from table

Je vais essayer d'enlever l'auto-complete pour voir si ca change quelque chose...

70000 ça fait beaucoup quand même... surtout qu'il n'y a pas de virtualisation dans un ComboBox (contrairement au DataGridView par exemple)

En même temps, à quoi ca sert d'en afficher autant? Qui lit 70k enregistrement?

Personne, apparemment le but est de compléter automatiquement la saisie de l'utilisateur.

D'ailleurs, si c'est juste pour l'autocomplete, tu peux pas utiliser une TextBox avec AutoCompleteSource = CustomSource à la place ?

[Nathanael Marchand]

Personne, apparemment le but est de compléter automatiquement la saisie de l'utilisateur.

Ca m'apprendra à lire en diagonale