Discussion :

[Maitre B]

Bonjour,
je travaille sous Sql Server 2000.
Je dois optimiser une base de données de 21 tables.
J'ai lu le très bon résumé de SqlPro à ce sujet : http://sqlpro.developpez.com/cours/optimiser/
Mais je n'ai pas trouvé la solution à mon problème. Le voici:
nous avons des fichiers excel (bientot BO) qui repose sur une vue. Cette vue fait appel à de nombreuses jointures externes et fait appel
à d'autres vues aussi. Le temps d'exécution est de l'ordre d'une heure.
Temps inacceptable pour nos clients !!!
Ma direction m'a suggéré de créer une grosse table fourre-tout qui contiendrait le résultat de la vue.
J'ai testé, la création de la table prend 3 heures, mais après les requêtes sur la table sont beaucoup plus performantes que la vue.
Conceptuellement, c'est très crade, mais en temps de réponse cela est satisfaisant.
D'ou ma question: que dois-je faire.
1) faire le porc avec une base de données avec une grosse table fourre-tout et avec des temps de réponses acceptables
2) rester avec ma vue mais avec des temps inacceptables pour mes clients.

Coté optimisation, J'ai indexé et réindexé ma base de données mais coté performance, je n'ai pas énorméménet gagné.


Merci
Chris

[SQLpro]

D'autres solutions existent, comme l'indexation des vues.

mais baser des vues sur des vues de vues et le plus sûr moyen d'aller au désastre.

Le mieux est qu'il n'y ait qu'une seule requête quelque soit le nombre de sous requêtes en jeu (donc pas de vue) ou alors une seule vue indexée.

Le fait de tout mettre dans la même table portera ses fruits un temps pour ensuiter venir dégrader d'autres process. Alors là ce sera en plus indémerdable.

Le respect du modèle relationnel avec une bonne indexation et des requêtes intelligement conçues est synonyme de performances.

Sache que je donne un cours sur l'optimisation SQL Server au cas ou...

A +

[Maitre B]

Si je comprends bien c une vue bien indexée ou rien.
Je vais donc consacrer consacrer mon optimisation sur l'indexation.

Merci
Chris