Discussion :

[nemo67]

Bonjour a tous,

j'ai écrit un programme qui permet l'interrogation de statistiques selon plusieurs filtres et sur plusieurs regroupements possibles.

Je crée donc des requêtes dynamiques en fonction du choix des utilisateurs et celles si sont construites à base de group by with rollup

Ca fonctionne bien sauf que j'aimerasi que ce soit encore plus rapide ! En effet ma table principale approche du million de lignes et je pense (peut être à tort) qu'avec ce système mon programme va être de plus en plus lent avec le temps et le nombre de lignes qui augmente.

J'aimerais créer des tables "résumées" qui stockeraient les résultats des années/mois précédents de mes statistiques de façon à ne pas recalculer des choses qui ne bougent plus. Le raisonnement est il correct ? si oui comment implémenteriez vous ca ? Peut être avez vous d'autres idées ?

[elsuket]

Bonjour,

Vous avez raison de chercher une autre solution, et vous êtes sur la bonne piste .
Vous pouvez faire cela en créant une vue indexée, qui vous procurera de bonnes performances, puisque vous utilisez des agrégats (MIN(), MAX(), AVG(), COUNT(), ...).
En revanche les vues indexées sont sujettes à quelques restrictions que vous trouverez ici (§ L'instruction SELECT de la vue ne peut pas contenir les éléments syntaxiques Transact-SQL suivants :).

Mais il est aussi probable qu'il soit plus intéressant pour vous de créer des cubes OLAP de données ...

@++

[nemo67]

Merci elsuket

Effectivement la solution des vues indexées me parait être la bonne !

Par contre même si j'en comprends le principe, la mise en oeuvre est encore floue : quelle requête doit servir de "base" pour la création de la vue ?? j'ai des dizaines de regroupements possibles, faut il que je fasse x vues correspondants à chaque regroupement ou alors une seul vue avec juste un regroupement par date ?

Enfin comment être sûr que SQL SERVER utilisera bien la vue dans le plan de requête. A priori toutes les versions de SQL ne sont pas capables d'intégrer la vue automatiquement si on ne la précise par dans le FROM. J'ai une version standard 2005

[elsuket]

Bonjour,

quelle requête doit servir de "base" pour la création de la vue

Toute requête SELECT, tant qu'elle respecte les restrictions que liste le lien que je vous ai donné.

j'ai des dizaines de regroupements possibles, faut il que je fasse x vues correspondants à chaque regroupement ou alors une seul vue avec juste un regroupement par date ?

Votre question est trop floue pour pouvoir y répondre précisément.
Si vous pouvez réaliser tous les agrégats dans une seule et même vue, pour quoi pas, mais j'en doute
Rien ne vous empêche néanmoins de créer plusieurs vues indexées, mais prenez garde dans ce cas à ne jamais indexer plusieurs fois les mêmes colonnes des mêmes tables qui participent à la requête de spécification de la vue.

Enfin comment être sûr que SQL SERVER utilisera bien la vue dans le plan de requête

Il vous suffit de spécifier la vue dans la requête, comme vous le feriez avec une table : après un FROM, un JOIN, ...

Cela dit SQL Server peut déterminer qu'il lui est plus avantageux, suivant la requête et l'évolution des statistiques de colonnes, d'utiliser directement les tables sous-jacentes.
Vous pouvez, pour éviter ce comportement les indicateurs de requête
- EXPAND VIEWS, qui spécifie à l'optimiseur de ne pas utiliser les index de la vue,
- NOEXPAND pour forcer l'utilisation des index de la vue.

Mais il vaut mieux laisser faire cela à SQL Server qui est plus au courant que vous de l'évolution des données, sauf si vous avez déterminé avec les tests adéquats qu'il ne se comporte pas de la façon la plus performante

@++