Discussion :

[Colau72]

Bonjour,
Problème cité maintes et maintes fois, cependant, je n'ai pas trouvé de solution satisfaisante dans mes essais :
Je fais une requête SQL de chargement des factures d'une période (~11000 lignes) qui est très rapide (1 seconde), mais lorsque j'affecte la datatable au datasource du datagried, ça met des plombes (plusieurs minutes)...
Pourquoi ? Y-a-t-il une propriété du Datagried à modifier ?
Merci.

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
16
17
18
19
20
21
22
23
24
25
26
27
28
  Public Function GetFactures(ByVal sTypeFact As String, ByVal dDeb As Date, ByVal dfin As Date) As DataTable 
    Dim oSQLCnx As New SqlConnection
    Dim oSQLCde As New SqlCommand
    Dim daListe As New SqlDataAdapter
    Dim sSQL As String
    Dim dtListe As New DataTable
 
    oSQLCnx.ConnectionString = m_sCnx
    oSQLCnx.Open()
 
    sSQL = String.Format("SELECT F.NumFact 'N°Facture',... " )
    oSQLCde.CommandText = sSQL
    oSQLCde.Connection = oSQLCnx
    daListe.SelectCommand = oSQLCde
    daListe.Fill(dtListe)
    oSQLCnx.Close()
    Return dtListe
  End Function
 
  Private Sub btnHTNat_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles btnHTNat.Click
    Me.Cursor = Cursors.WaitCursor
    frmDetail.Show()
    frmDetail.dgvDetail.SuspendLayout()
    frmDetail.dgvDetail.DataSource = GetFactures("NATIONAL", dtpDeb.Value.Date, dtpFin.Value.Date) ' <===== Ligne bloquante 
    frmDetail.dgvDetail.ResumeLayout()
    frmDetail.Text = "Détail des factures 'NATIONAL' du " & dtpDeb.Value.Date & " au " & dtpFin.Value.Date
    Me.Cursor = Cursors.Default
  End Sub

[Graffito]

Je me rappelle avoir constaté ce type de problème il y a quelques années lorsqu'on utilisait des Framework antérieurs au 3.5 : l'upgrade du Framework resolvait le problème.

[Pol63]

le datagridview a une propriété VirtualMode à utiliser quand on met beaucoup de chose dedans

quand cette propriété est activée, le datagridview créé beaucoup moins de chose, et demande les valeurs à afficher pour les cellules visible au fur et à mesure qu'elles sont affichées
ce qui décuple les performances (pas des milliers d'instances de lignes et de cellules à créer)
par contre ca demande de coder un peu plus, entre autres l'évènement qui demande pour la cellule x.y la valeur (CellValueNeeded), c'est à toi de chercher dans tes données (ca doit être faisable avec un datatable quand même)

[Colau72]

Il doit y avoir un problème (mais où ?), car, j'ai repris mon code avec VS2012 et FrameWork 4.5, c'est encore pire !!! (100 secondes au lieu de 20). Je ne comprends pas ce que le DataGridView trifouille pour juste afficher 100 lignes d'une seule colonne ! Je vais essayer de reprendre un cas d'école !

[Pol63]

il faut exécuter quelque chose plusieurs fois pour avoir un temps valable
les bases de données mettent en cache des données, la 1ère exécution est toujours plus longue (ca peut etre des secondes)
la code .net est compilé à chaque exécution, le 1er appel est toujours plus long (le temps est en millisecondes en général)

après si tu mets 11k lignes dans un datatable et que tu donnes ce datatable à un dgv, certes quelques lignes seront dessinées, mais elle seront toutes instanciées (datagridviewrow, datagridviewcell, cellstyles etc...) et c'est là que ca peut prendre du temps


windows forms est "abandonné" depuis le framework 3.5 donc le dgv n'a pas pu évoluer après
à partir du framework 4 la clr change certes, mais je ne pense pas que ca influx beaucoup sur le dgv

[Colau72]

Après avoir remplacé le contrôle DataGridView, j'ai récupéré les performances, j'ai donc comparé les propriétés... et j'ai trouvé le coupable !
La propriété "RowHeadersWidthSizeMode" avait la valeur AutoSizeToAllHeaders, je l'ai passé à EnableResizing (ou autres), et ça va beaucoup mieux !!!.
ça peut aider à l'occasion, car l'effet est immédiat !
Bye

[Pol63]

c'est vrai que le calcul des tailles quand il sur "toutes les lignes" prend énormément de temps (mesure de chaque string de chaque colonne)