La connexion est très lente avec SQL Server

**akremb22** · 08/07/2011, 15h07

Bonjour
J'ai fait une application avec C #, WPF, LINQ et SQL Server 2008.

L'application est installée dans de nombreux PC et la base de données est distante du serveur.

L'application est installée dans deux départements dans une entreprise. Si le serveur dans un de ce département. la connexion avec le serveur dans l'autre département est lent et l'affichage des informations de base de données dans un datagrid cela prend du temps pour afficher la fenêtre ... Même la boîte autocomplete avec les noms des clients de cette société font de temps pour afficher les noms lors du tapper le premier caractère

Je ne sais pas où est le problème. J'ai même requête mauvais et j'ai fixé certaines d'entre elles, mais il ya une certaine table juste

Code :

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

dg.itemssource = connexion.client.select (a => a);

et cela prend du temps: /

PS: au début de l'application n'était pas lent, mais après 6 mois d'utilisation, il est devenu mauvaise ... lorsque les données dans la table de la base sont devenus plus gros (le nombre de clients ou le nombre des enregistrements) que la demande devient plus lente!

Qu'est-ce que j'ai à faire.

Désolé de vous ennuyer avec tout ce texte .... mais je tiens à expliquer le problème que j'ai.
Je vous remercie.

**Pol63** · 08/07/2011, 16h16

si ca marchait bien au début et que c'est lent avec des données ca veut dire que le schéma de base de données est "pourri" ou alors que les requêtes sont très mal écrites
une base de données n'est pas juste un système de stockage et nécessite de bien le comprendre pour faire une structure performante

par exemple une clé primaire doit être un entier auto incrément

néanmoins c'est peut être juste des indexes qu'il te manque

pour être sûr du problème, tu peux regarder le temps d'exécution d'une requête sans compter le temps de rapatriement des données
soit avec un system.diagnostics.stopwatch autour du executenonquery/executereader (du moins si tu exécutes les requetes toi même, car je penses que tu passes par entity framework)
soit avec sql server profiler

NB : entity framework de visual studio 2008 n'est pas réputé pour être ultra performant

**akremb22** · 08/07/2011, 16h43

néanmoins c'est peut être juste des indexes qu'il te manque

j'ai pas idée a propos des indexes peut tu m'expliquer !!

(du moins si tu exécutes les requetes toi même, car je penses que tu passes par entity framework)

j'utilise Linq-to-sql pour connecté a la base de donnée

**Pol63** · 08/07/2011, 16h54

un index c'est comme dans un livre (à la fin t'as 2 pages d'index pour trouver le numéro de page de quelque chose) ou une rue (les numéros sont dans l'ordre)
quand tu recherches une définition dans un dictionnaire (on va situer ca à avant l'apparition de wikipedia ^^), si tu cherches le mot "tutoriel", tu vas tourner les pages par bloc pour arriver aux T puis plus doucement avant d'arriver à lire la page
tu ne lis pas tout le dictionnaire

prenons le cas sql de :
select * from table where champ3 = 8

si tu as 100000 lignes, sans index sql server va lire les 100000 lignes pour voir si champ3 = 8
si tu mets un index sur champ3 dans la table, sql server au lieu de lire les 100k lignes va lire l'index et donc ne lire au final que quelques dizaines de lignes
donc un temps d'exécution énormément plus court (j'ai vu des requetes passer de 45 secondes à 2 secondes avec un index)

par contre un index ca ne s'improvise pas non plus, je te conseille de lire un cours sur les indexes
parce que lors d'un insert ou d'un update, en plus d'ajouter/modifier les données, ca va modifier l'index, et parfois le retrier, et donc créer une pertes de temps
il est possible de faire des indexes multicolonnes, ou plusieurs indexes monocolonne, de faire indexes contenant des colonnes non triées (include)
indexer un varchar est parfois couteux
il existe des index clustered (ordonnés physiquement et non logiquement), modifier une valeur sur un index clustered est très couteux (un index clustered est créé par défaut sur le champ clé primaire dans sql server, c'est pour ca qu'il faut un champ auto incrément)
etc...