Discussion :

[JediMaster]

Bonjour,
Actuellement je suis sur un projet qui demande de stocker beaucoup de données. Typiquement pour les afficher j'utilise une datagrid et mes données sont stocker en base.
La question que je me pose c'est au niveau de la quantité de données que je puisse afficher.
Il faudrait que ma datagrid je puisse afficher prendre jusqu'a 30000 lignes sur 20 colonnes ce qui est assez énorme pour du WPF je le conçois.
cependant cela fonctionne mais c'est lent lors du scrolling, connaissez-vous des moyens de rendre mon application plus réactive ?

[binoo]

Salut,

Une possibilité (peut-être moins ergonomique) est d'afficher les enregistrements par centaine(s) et d'ajouter un bouton "Précédent" et un bouton "Suivant" qui videra la DataGrid et chargera la centaine précédente ou suivante suivant le bouton cliqué.

[Thomas Lebrun]

Implémenter le Paging comme le conseille binoo est une bonne idée. Sinon, pour éviter les problèmes lors du scroll, tu peux activer le défilement différé (si tu es en .NET 3.5 SP1):

[JediMaster]

Ok je vais regarder ces deux astuces, je n'ai pas fini d'implémenter l'application mais c'est lors de test que je me suis rendu compte du phénomène de lag sur le scrolling et d'ailleurs particulièrement quand ma datagrid était associé à un dictionnaire de ressource pour le design.
J'en profite pour te dire que ton blog est génial, le post sur la conversion de picture windowsform en image WPF m'a bien aidé

[JediMaster]

Je reviens car en fait, actuellement rien que le bindding de ma "ObservableCollection" dans ma datagrid est très très lent juste pour une centaine de lignes.
Mon application est un gestionnaire de tag/Musique dans le genre de Itunes. Pour l'instant sa fonctionne bien mais vraiment il me semble que je devrais pouvoir optimiser l'affichage. L'autre probleme étant que je dois parser chacun de mes objet pour crée la collection puisque qu'ils contienne des clés étrangère qui peuvent même être null.

Le fait est que le défilement différé ou Paging me font perdre de l'ergonomie (ma référence étant encore itunes au final)

[Thomas Lebrun]

L'autre probleme étant que je dois parser chacun de mes objet pour crée la collection puisque qu'ils contienne des clés étrangère qui peuvent même être null.

Il est p-e là ton pb de lenteur: si ton algo de parsing est lent, alors l'affichage de la collection, au final, le sera aussi...

[JediMaster]

bah voila comment je fais : J'ai un musicManager qui appelle toute les music contenues dans la base comme ceci

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
            ObsMusicFile = new ObservableCollection<MusicFile>();
 
            KusickDataClassesDataContext db = new KusickDataClassesDataContext();
            var q = from u in db.Musics
                         select u;
 
            List<Music> resultmusiclist = q.ToList();
 
            foreach (var result in resultmusiclist)
            {
                MusicFile musicFile = new MusicFile(result);
                ObsMusicFile.Add(musicFile);
            }

Apres il je fais mon bidding tout simplement

Code :

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

dataGrid1.ItemsSource = musicManagement.ObsMusicFile;

Et mon parsing, bah dans l'ensemble cela correspond à ça il y a trois cas différent à gérer (je met un exemple de chaque) :

1er cas - cas normal la valeur se trouve dans table directement.

2eme cas - cas d'une clé faisant référence direct a un table contenant elle, l'information cherchée. Ici je suis obligé de vérifier qu'il y a bien une référence à une table(<> null).

3eme cas - cas d'une clé faisant appel à une table étrangère donc multiple association. La Propriété est un Arraylist (J'ai lut que c'était plus rapide que les vectors mais non synchronisé, ce dont je n'ais pas besoin).

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
public MusicFile(Music music)
{
   //1er cas
   Comment = music.comment;

   //2eme cas
   if (music.Album != null)
                  Album = music.Album.name;
              else
                  Album = "";

   //3eme cas
   var result_Music_AlbumArtists = music.Music_AlbumArtists;
   foreach (var myMusic_AlbumArtists in result_Music_AlbumArtists)
   {
              AlbumArtists.Add(myMusic_AlbumArtists.Artist.name);
   }

//...//

}

Donc pense tu qu'il y a des améliorations possibles au niveau de ce parsing ?
Et sinon tu aurais des bouquin ou site a me conseiller pour ce qui est des problème "courant" d'algorithme ?

[binoo]

Vérifie aussi une chose : les temps d'accès à la base de données.

J'ai l'impression que tu utilises LinqToSql. Quand je l'ai testé (en faisant une génération automatique du modèle et sans configuration particulière), je me suis vite aperçu que ce n'était pas très optimisé (nombre de requête déclenché en pagaille... du au multiple relations que j'avais). Faute de temps, je n'ai pas cherché à voir si on pouvait optimisé.

Pour le vérifier simplement active le log de LinqToSql.

nb: perso, j'ai pas été convaincu par LinqToSql (après j'ai pas poussé non plus). Sinon il y a LinqToEntity et je n'ai pas testé...

[JediMaster]

J'ai beau chercher je ne trouve pas comment faire pour activer les logs
j'ai chercher ici et la mais je n'arrive pas à utiliser le DataTips

[binoo]

Pour afficher les Log (dans la fenetre de Sortie en mode Debug (F5)), il faut ajouter cette ligne là :

Code c# :

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

1
2
// Pour tracer les requêtes SQL exécutées avec la fenêtre Output (sortie)
monDataContext.Log = Console.Out;

Tu verras toutes les requêtes effectuées et tu devrais pouvoir voir si c'est plutôt acceptable ou non

[JediMaster]

J'ai lancé le debug dans Watch1 j'ai ajouté dans la colonne name db.Log et dans value Console.Out mais je ne vois rien et db.log est a null

PS: désolé j'avais pas activer la sortie, donc j'en conclus en voyant défiler les requête qu'effectivement c'est plutôt très lent, par contre il n'y rien qui indique le temps pour chaque requête.
Ce qui m'a étonné aussi est le fait que moi je ne fait qu'une requête sur ma base mais que linq de sont coté en fait beaucoup (plus d'une cinquantaine) et donc mon affichage est bien ralentit par la les requêtes

[binoo]

Il faut mettre la ligne dans le code après avoir initialisé le DataContext par exemple.
http://msdn.microsoft.com/fr-fr/library/bb386961.aspx

Tu supprimeras le code par la suite.

Et le Log apparait comme je l'ai dit dans Visual Studio dans la fenêtre de sortie lorsque tu es en mode Debug (F5).

[Jabbal'H]

Bonjour,
Pour info, j'ai essayé sur une appli de remplir un grid avec environ 100 000 enregistrements, mais 5 ou 6 colonnes si mes souvenirs sont bons, et pas de soucis majeur.
Le temps de chargement n'étaient pas trop long, et le scrolling très fluide.
Par contre, j'étais sur le Framework 3.5 SP1 avec l'EntityFramework, et c'est vrai que celui ci génère bcp moins de requetes que le linqToSql.
Bon courage