Discussion :

[Jinroh77]

Bonjour à tous,
Dans un projet BI, lors de la création de la vue de source de données d'une solution AS, je trouve beaucoup de vue utilisée;
ces vues sont définies au niveau de SQL Server (pas dans la dsv du projet directement) et servent principalement à jouer sur l'ergonomie.
Ce sont très souvent des select sur une unique table, 2 de temps en temps.

Est ce que cela réduit potentiellement les performances ?
Est ce mieux d'utiliser directement la table quand il n'y a pas de transformation lors du select ?

[ylarvor]

si votre vue ne comprend pas de jointures. Mieux vaut faire appel directement à la table. En effet, les vues ont un cout.

[Jinroh77]

Ce cout est-il important ?
Je m'explique, si l'on considère que la plupart des sources je fais une petite restrictions des données, ou une simple jointure sur 1 table pour récupérer un libellé etc.. disons sur 15 tables, 10 ont ces restrictions et les 5 dernières sont des copies directes.
Afin d'homogénéiser et faciliter la maintenance, face à cela, l'impact de performance est-il conséquent ?
(sachant que la solution SSAS va elle-même générer des vues quoiqu'il arrive).

Merci

[ylarvor]

je crois que sql pro, d'apres les regles de codd, recommande un seul niveau de vue pour découpler le code des tables...

Il est évidemment qu'avec 3 niveaux de couches, il y a une perte conséquente. Je l'ai vu dans la pratique.

Mais dans votre cas, c'est raisonnable...