Bonjour à tous,  
 
j'ai un gros soucis sur ma base de production principale , j'ai une vue  
composée de 5 autres vues jointes entres elle en  LEFT OUTER JOIN.  
 
cette vue me retourne habituellement les 7.000 articles de ma base de  
production en 1 secondes, hors depuis 5/6 jours elle met plus de 60  
secondes !  
Or, la base article étant l'ossature de notre reporting/etat, ce  
problème devient critique.  
 
j'ai effectué des DBCC CHECKDB / CHECKTABLE /REINDEX / INDEXDEFRAG  
..j'ai défragmenté les index, pas d'amélioration, j'ai donc recréé  
les index..pas mieux !  
 
Lorsque j'enleve n'importe laquelle d'une des 5 sous vues  composant ma  
vue principale les performances sont de nouveaux au rendez vous...mais  
bin sur cette solution est très insatisfesante.  
 
Quelqu'un pourrait m'aider sur ce probleme ?  
 
merci,  

Est-ce que la volumétrie a changé ?
Les statistiques sont à jour ?

La volumétrie est très faible dans la structure concernée (je parle de 7.000 lignes) elle a peut etre varié mais d'une dizaine de ligne..donc autant dire : négligeable
 
j'ai vérifié également les statistiques, je les ai régénéré => même punition
 
Par contre j'ai peut etre une piste :
j'ai supprimé tt les index concernés SANS le recréer => et ca fonctionne bcp mieux (mais moins bien qu'avant tt de meme)..donc je dois avoir une définition foireuse d'index foireuse ...sauf que je n'ai fait aucun tuning ces derneires semaines ..
jsuis un perdu là !

Bon j'ai trouvé l'index qui visiblement fait ramer le tout : le probleme c'est que c'est mon Index Uniquet et clustered de ma table article..bref le  + important ...
 
Dans ma vue qui fait appel à cet table article, aucune jointure ne fait appel à cet index, donc il ne devrait pas y avoir d'incidence ...jcomprend plus rien