Discussion :

[m4k-Hurrican]

Bonjour,

Voilà que je fais face à un souci, et que je n'en comprends pas la raison.
Donc, si quelqu'un a déjà rencontré ce problème et a trouvé une solution...

J'ai une DataGridView, qui pour certaines sélections, et pour une bonne raison affiche plus de 6000 enregistrements.
Pas question de faire du paging ou de limiter la sélection dans ce cas précis, puisque c'est justement pour faire un traitement de masse sur les cellules.

Jusqu'à présent tout se passait bien, et on pouvait affecter des valeurs à une ou plusieurs colonnes pour l'ensemble des lignes en une ou deux secondes.
Mais brusquement (impossible de dire depuis quand, on se sert rarement de cette partie), et je ne sais pour quelle raison, c'est devenu "escargotesque". Il met 10s à traiter 100 lignes, vous imaginez pour 6000...
J'ai envisagé plusieurs possibilités.
Une mise à jour récente de mon Visual Studio 2017 Entreprise, qui aurait cassé quelque chose.
Le passage récent du projet en .net Framework 4.7.2 au lieu de 4.6.1.
Une mise à jour récente de Windows 10.
Un nombre d'enregistrements qui a passé un seuil.

Précisions :
La DatagGridView est DoubleBuffered, le redimensionnement des colonnes désactivé, et j'ai même essayé en masquant la DataGridview avant la boucle de mise à jour des cellules.
La boucle dans laquelle un champ (le plus souvent une date) est mit à jour se fait par un : For Each row As DataGridViewRow In myDGV.SelectedRows

Merci

[popo]

La MAJ de Windows 10 et Visual studio et le passage de 4.6 à 4.7 ne devraient pas changer grand chose.
Attention toutefois car la dernière version maintenue de .Net Framework est la 4.8. S'il y a un souci, il ne sera pas corrigé en 4.7.

Pour le nombre d'enregistrement, je ne sais pas.
Mais c'est une sacré différence que tu observes.
Le nombre seul n'explique pas un tel comportement à moins que ce nombre ait également été décuplé.

Le REDRAW pourrait causer ce genre de souci.
Mais dans la mesure où ça le fait également lorsque tu masques la grille, cela ne doit pas être ça.

N'y aurait-il pas un calcul effectué lors la modification d'une valeur (genre un cumul, ou le calcul d'une durée) ?

[m4k-Hurrican]

Bonjour Popo,

Non, aucun calcul, juste le remplacement d'une date de renouvellement.
J'ai même désactivé la routine qui gérait l'événement CellValueChanged au cas où, rien n'y fait.

Pour le framework, hier soir j'ai rebasculé une copie du projet en 4.6.2, et j'observe le même problème, çà ne vient donc pas de là.
Dans cette copie, j'ai tenté de mettre à jour une autre colonne (ou est affiché un simple float), celle avec la date étant un peu spécifique (classe spéciale date_Column dérivée de DataGridViewColumn avec un DateTimePicker). Mais le résultat est le même.
J'ai noté par ailleurs, que la simple boucle For Each, sans rien faire dans cette boucle met près de 4s, ce qui n'est pas vraiment normal.

Et le pire, c'est que j'ai un autre formulaire, de mise à jour de masse, encore plus gros, 3 fois plus de colonnes, plus de 28000 enregistrements affichés, et le même traitement, pourtant beaucoup plus lourd, car bardé de tests, de réaffectation de valeurs dans des combobox, etc... ne met que 20s pour tout passer en revue.

je penche donc pour quelque chose dans le contrôle DataGridView lui-même, qui me fout la pagaille, mais quoi ?

[m4k-Hurrican]

Rectification !
Après relecture, je m'aperçois que le test effectué en changeant la valeur d'une autre colonne était biaisé, cette colonne étant d'une classe spéciale également.
J'ai refait le test avec une colonne textbox standard, et là on est revenu aux temps habituels (les 4 secondes sont dus au traitement plus le recalcul des tailles des colonnes du contrôle DataGridView).

Mon problème vient donc de la classe.
Reste à trouver ce qui ralentit autant le traitement dans ces classes héritées.

[m4k-Hurrican]

Histoire de trouver ce qui cloche, j'ai fait le ménage dans la classe et je n'ai laissé que l'essentiel.
Et pourtant j'ai toujours le même problème de lenteur
Voilà ce qui reste (plus grand chose), dans la classe :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Public Class date_Column
 
    Inherits DataGridViewColumn
 
    Public Sub New()
        MyBase.New(New date_Column_Cell)
    End Sub
 
End Class
 
Public Class date_Column_Cell
 
    Inherits System.Windows.Forms.DataGridViewTextBoxCell
 
End Class

J'en viens à me dire qu'il y a un problème sur le traitement des classes héritées

[m4k-Hurrican]

Çà y est je l'ai eu !
Et c'était une petite bêtise mais avec de graves conséquences.
Une personne avait rajouté lors du remplacement des colonnes du contrôle DataGridView par les nouvelles colonnes liées à la classe, un AutoSizeMode sur ces colonnes définit sur DataGridViewAutoSizeColumnMode.AllCells
Chose que nous ne faisons jamais.
Une fois sur NotSet et ce paramètre géré au niveau DataGridView, j'ai retrouvé le comportement "normal". Ouf !