Comment améliorer les performances des pages qui interrogent la base de données?

Version imprimable

06/05/2010, 18h07
italiasky

Comment améliorer les performances des pages qui interrogent la base de données?

Bonjour,

J'ai un probleme de performance sur une grosse table d'environ 33 000 entrees. (ce n'est pas encore si gros que ca j'avoue)

Je remplis un GridView via un ObjectDataSource qui passe par une BLL qui elle meme passe par une DAL qui appelle une procedure stockee.

Lorsque je veux passer a la page 2 dans ma gridview, cela prend environ 6s pour que ca se rafraichisse... (j'ai observe ca depuis firebug)

La taille de la Response HTTP renvoyee est d'environ 13Ko, j'ai fais expres de ne pas afficher tous les champs de ma table pour voir si ca allait plus vite en ayant que 3 champs dans mon tableau compare a la vingtaine de la table.

Mais l'attente semble etre exactement le meme que si j'affiche plus de champs.

Donc je me dis, ca vient pas de la taille du code HTML renvoyee pour remplacer le GridView mais donc de la base de donnees ? Lorsque j'execute ma procedure stockee dans Management Studio ca m'a pas l'air d'etre si long... enfin ce n'est peut etre pas comparable...

J'avais voulu decouper en architecture 3-tiers, est-ce que ca peut etre la source de la lenteur aussi ? Ou ce n'est pas signifiant ?
Est-ce que les 6s vous paraisse normal et donc pas ameliorable ?
Ou alors etonnant et qu'il est possible d'apporter differentes ameliorations ? Si oui, comment ?

Merci
A+
06/05/2010, 19h15
italiasky

Je me demande si j'utilise un "Select TOP x" ca reduit ma requete et ca va donc plus vite.

Mais il faudrait que je redefinisse mon GridView pour reecrire le code pour gerer la pagination et les filtres c'est ca ? Vu que la pagination de base se basera sur ma requete du TOP, si c'est un TOP 100 et que je mets 10 par pages, j'aurais que 10 pages...
Donc il faudrait que je reecrive le code de la pagination en prenant en compte le fait que je passe par un TOP x.

C'est possible vous pensez ? Ou ca va etre casse tete ?
06/05/2010, 19h36
Nicolas Esprit

Bonjour,

Ah la joie de traquer les problèmes de perfs :aie:.

Déjà, utiliser Firebug pour visualiser le temps de chargement de la page : c'est bien. Ensuite, avant de vouloir tout changer, je te conseille d'utiliser des Timers, ou des points d'arrêts (notamment dans ta BLL) pour voir exactement quelle étape prend beaucoup de temps (chargement de la page, requête en base, construction de la collection d'objet avec les résultats de la requête, etc...).

Une fois le problème cerné, on pourra mieux te guider pour améliorer cela.
06/05/2010, 21h53
Immobilis

Salut,

Citation:

Envoyé par Nicolas Esprit

je te conseille d'utiliser des Timers

La Trace plutôt: http://johannblais.developpez.com/tu...amework/#LII-A

Peut-être devrais-tu aussi aller sur le forum SQL pour voir si tes requêtes ne peuvent pas être optimisées. Essayes de passer aux requêtes compilées de LINQ.

A+
06/05/2010, 23h16
italiasky

Re

Merci pour vos reponses. Pendant ce temps, je continuais a faire des recherches et alors en fait, apres differents tests et recherches sur internet, c'est bien le fait que mon ObjectDataSource rapatrie les 30 000 records qui fait que ca dure plusieurs secondes...

Et donc d'apres ce que j'ai trouve, en effet il n'y a pas d'interet a rapatrier les 30 000 records dans l'ODS si au final le GridView n'en affiche que 10 par page... logique je dirais... (je ne comprends pas pourquoi ils n'ont pas prevu que la paginationprenne ca en charge par defaut d'ailleurs...) et donc il faut faire une requete qui renvoie que les 10 qu'on va vouloir afficher dans le GridView et la c'est comme si c'etait instantane...

Par contre, vu que l'on veut toujours pouvoir avoir les liens vers les pages, il faut faire une requete un peu speciale et configurer le GridView de la sorte pour avoir un "Custom Paging" et que les liens de page fonctionnent.
J'ai trouve differents liens sur internet qui expliquent tres bien comment faire, je peux les poster si on m'autorise ?

Autrement, dans ma quete d'optimisation... :mouarf: j'aurais d'autres questions concernant les index, mais bon ca releve plus du forum SQL du coup...
Enfin, je les pose quand meme, on verra bien:
J'ai trouve dans la FAQ une requete pour connaître la qualité des index :
http://sqlserver.developpez.com/faq/...on#Validation5

Je l'ai execute mais je ne sais pas trop comment la lire... je n'arrive pas a voir a quelle table chaque ligne se rapporte... ?? 8O
et du coup pour voir quels sont les index... leurs noms.. ?

Merci
A+
06/05/2010, 23h21
Immobilis

Argh une question SQL sur le forum .Net...

Pour voir, faudrait faire le test de passer ta requete SQLdans l'objet data source et ne pas passer par ta DAL.

A+
06/05/2010, 23h25
Nicolas Esprit

Arf, normal qu'elle était lente ta page :aie:. C'est sur que si tu ramènes 30.000 enregistrement pour en afficher que 10...

C'est pourquoi dans la SelectMethod, les paramètres maximumRows et startRowIndex sont là pour une bonne chose :mouarf:

Mais sinon, concernant la pagination avec une ObjectDataSource, ou une SQLDataSource, ce ne sont pas les exemples qui manquent sur le net ou MSDN.

[EDIT] Pour avoir des liens vers les différentes pages, rien de spécial à faire : il te faut juste spécifier la méthode SelectCountMethod qui te renvoie le count total (les 30.000) dans ton cas [/EDIT]
07/05/2010, 15h03
FraocH

Citation:

Envoyé par italiasky

Re

Merci pour vos reponses. Pendant ce temps, je continuais a faire des recherches et alors en fait, apres differents tests et recherches sur internet, c'est bien le fait que mon ObjectDataSource rapatrie les 30 000 records qui fait que ca dure plusieurs secondes...

Et donc d'apres ce que j'ai trouve, en effet il n'y a pas d'interet a rapatrier les 30 000 records dans l'ODS si au final le GridView n'en affiche que 10 par page... logique je dirais... (je ne comprends pas pourquoi ils n'ont pas prevu que la paginationprenne ca en charge par defaut d'ailleurs...) et donc il faut faire une requete qui renvoie que les 10 qu'on va vouloir afficher dans le GridView et la c'est comme si c'etait instantane...

étrange car moi, mes gridviews affichent 10 lignes par défaut sur les 4000 lignes en moyenne retournées, et la pagination se fait très bien. Si je clique sur la page 2, ca me met la suite en refaisant un appel en base, et j'ai rien modifié de particulier. Par contre, si j'affiche les 4000 lignes en un bloc, ca met plus de temps.... donc quand il y a que 10 lignes, il m'a ramené que 10 lignes . . .
07/05/2010, 15h18
lutecefalco

Citation:

Envoyé par FraocH

donc quand il y a que 10 lignes, il m'a ramené que 10 lignes . . .

Ca te ramène que 10 lignes côté html mais à chaque fois tu récupères tes 4000 lignes en base
07/05/2010, 15h35
italiasky

Citation:

Envoyé par lutecefalco

Ca te ramène que 10 lignes côté html mais à chaque fois tu récupères tes 4000 lignes en base

Exact, c'est ce que je n'avais pas compris avant... :aie: tant que je n'etais pas confronte a de grosses tables!

Du coup sur mes petites tables de quelques milliers, ca allait mais quand j'ai du traiter une table de 30 000 c'est la que j'ai pris conscience de ce qui se passait et de l'interet du SelectCountMethod, maximumRows et startRowIndex etc...

Je crois que je vais toujours faire comme ca maintenant, meme pour des plus petites tables, c'est beaucoup plus performant meme si ca demande un peu plus de boulot!! :mouarf:

Au passage, je me demandais est-ce que c'est mieux de formatter les donnees dans la requete ou dans le gridView au moment du Bind ?
Exemple:
- j'ai des nombres du genre 0.4100, j'aimerais les formater en 0.41
- j'ai des donnees avec X...X (YYY) et j'aimerais afficher que YYY... mais la est-ce que je peux utiliser des regex directement dans le select ?

Merci
A+
07/05/2010, 15h39
FraocH

Citation:

Envoyé par lutecefalco

Ca te ramène que 10 lignes côté html mais à chaque fois tu récupères tes 4000 lignes en base

oui oui tout a fait d'accord
07/05/2010, 15h41
FraocH

Citation:

Envoyé par italiasky

Exact, c'est ce que je n'avais pas compris avant... :aie: tant que je n'etais pas confronte a de grosses tables!

Du coup sur mes petites tables de quelques milliers, ca allait mais quand j'ai du traiter une table de 30 000 c'est la que j'ai pris conscience de ce qui se passait et de l'interet du SelectCountMethod, maximumRows et startRowIndex etc...

Je crois que je vais toujours faire comme ca maintenant, meme pour des plus petites tables, c'est beaucoup plus performant meme si ca demande un peu plus de boulot!! :mouarf:

Au passage, je me demandais est-ce que c'est mieux de formatter les donnees dans la requete ou dans le gridView au moment du Bind ?
Exemple:
- j'ai des nombres du genre 0.4100, j'aimerais les formater en 0.41
- j'ai des donnees avec X...X (YYY) et j'aimerais afficher que YYY... mais la est-ce que je peux utiliser des regex directement dans le select ?

Merci
A+

ouais bonne question, je me le demande aussi souvent.
apres je dirais que ca depend des situations, une appli qui a peu de Html a traité mais qui requete souvent, ferait mieux de deleguer ca au code, une page riche en affichage avec des requetes simples peut le faire en base ....

vous en pensez quoi ?
07/05/2010, 16h14
Nicolas Esprit

Pour le formatage, tu peux utiliser les FormatString par exemple.
07/05/2010, 17h49
Immobilis

Citation:

Envoyé par Immobilis

Pour voir, faudrait faire le test de passer ta requete SQLdans l'objet data source et ne pas passer par ta DAL.

Tu as essayé ça? A mon avis c'est juste parce que ta DAL n'accepte pas les paramètre de pagination. Ces paramètres sont à préciser sur la commande SQL. C'est natif sur les SqlDataSource. Utilises uniquement la SqlDataSource, parametre la pour la paginer avec 10 records et dis nous.

A+