Discussion :

[Arnard]

Hello,

on constate que certaines listes d'objets prennent 20-25 secondes à être générées via EF.

Via SQL Server Profiler, on retrouve une durée de cet ordre de grandeur (par ex 21 sec), avec, à titre d'information, 1461 pages lues et 60 000 enregistrements présents dans la table pour la requête concernée.

La requête exécutée est un bête select, même pas de jointure...

Si on prend la requête affichée par SQL Server Profiler et qu'on l’exécute dans management studio, la requête prend 0 à 1 sec...

Qu'est ce qui peut expliquer ça ?

EDIT :

Je refais un test avec tous les appels via c#. Les résultats (en ms, mesuré dans le code via un Stopwatch)

EF : 22227,2778 //Context.Sequence.ToList()
SQL : 2,3137 //SqlCommand sqlCom = new SqlCommand("select * from Sequence", cnx);
EF Store Query : 46,4585 //contextNv.ExecuteStoreQuery<Sequence>("select * from Sequence");

Si je commence par faire un appel via ExecuteStoreQuery, j'obtiens ceci :

EF Store Query : 685,0155
EF : 22816,2245
SQL : 2,3236

Donc je vois bien le temps pris pour la compilation de la requête, mais aucun impact sur la requête via ToList

[GuruuMeditation]

Bizarre...tu as essayé avec NoTracking?

[Arnard]

Code :

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

context.Sequence.MergeOption = System.Data.Objects.MergeOption.NoTracking;

Je passe de requêtes qui prennent 22 sec à des requêtes de 16 secondes, mesuré au Stopwatch

[Invité]

On sait que ça rame au niveau d'Entity Framework alors je te conseille de regarder tout ça en utilisant l'outil DotTrace JetBrain (une version démo est dispo et largement suffisant pour te faire ton avis). Il y a aussi EFProf que tu peux utiliser.

[Arnard]

EF Profiler m'affiche la requête générée et me dit que la requête sql a duré 3ms, pour une durée totale de 20s.
Le débogueur visual studio indique qu'il passe tout son temps dans le ToList sans être plus précis.
Avec JetBrain, on observe qu'il passe la majorité de son temps dans des GetInternalRelatedEntity, la table présente 13 FK.

[sisqo60]

Bonjour,

A mon avis il charge toute ton arborescence d'objets, c'est une peu long...
Si j'étais toi, j'essayerai :

Code :

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

context.ContextOptions.LazyLoadingEnabled = true;

Bon dév.

[Arnard]

Je descends de 23 à 17sec au mieux.

[sisqo60]

C'est un début, je te conseille ce lien

Bon courage

[Arnard]

Avec le mergeOptions Notracking en plus, je descends à 12sec. Mais ça reste éloigné de la seconde pour une StoreQuery. Il faut que je voie pour les relations, c'est ce qui semble ncore consommer beaucoup de temps, malgré les null

[sisqo60]

Ce lien peut être intéressant aussi...

Mais pourquoi ne fais-tu pas :

Code :

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

contextNv.Sequences.ToList();

ici, j'ai utilisé sequences mais il peut très bien s'appeler autrement chez toi
au lieu d'une requête?

[Arnard]

Code :

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

EF : 22227,2778 //Context.Sequence.ToList()

C'est mon code actuel d'utiliser le ToList, ce que je chereche à améliorer. la requête était pour comparer les perfs.

Merci pour le lien, je vais y jeter un œil.

[iberserk]

Un détail:
A quoi est mappé SEQUENCE dans ton EDMX? directement à la table SEQUENCE?

[Arnard]

Oui, mapping direct

[Invité]

Au vu des solutions déjà proposées et que ça ne règle toujours pas ton problème, peut-être que tu devrais penser à générer les vues pour EF. Entity Framework Power Tools te permet de générer assez facilement sans passer par la ligne de commande.