Bonjour,
Je travaille actuellement sur un projet B.I. qui consiste à partir de tables de transactions sources pour aboutir à un ensemble de tables modélisées dimensionnellement pour faire du reporting.
Il s'avère que mes tables de transactions sources sont plus ou moins déjà organisées dimensionnellement. C'est pourquoi, aboutir à mon modèle final consistera simplement à regrouper quelques tables, faire quelques pivot et réaliser quelques calculs SQL simples.
Voilà pourquoi j'hésite entre 2 solutions:
1) Solution ETL: Je crée des tables physiques réelles et réalise du transfert/transformation de données des tables transactionnelles sources vers ces nouvelles tables.
2) Solution Vues Matérialisées: Je crée des vues matérialisées à partir de SELECT sur les tables transactionnelles sources.
La solution 1, je connais bien. En revanche, je n'ai jamais utilisé de vues matérialisées et je me pose les questions suivantes:
- Une vue matérialisée peut-elle supporter autant de volumétrie qu'une table réelle? Si j'ai bien compris, la vue matérialisée est conservée en cache. N'est-il pas risqué de construire tout un datamart en vues matérialisées?
- Y a-t-il des instructions du SELECT non acceptées dans la construction d'une vue matérialisée, comme par exemple des sous SELECT à l'intérieur d'un SELECT principal?
En fait, j'ai surtout peur d'utiliser les vues matérialisées parce que je ne sais pas si elles ont été pensées pour être utilisées de cette manière. Quelqu'un qui s'y connait bien pourrait me rassurer ou me prévenir s'il-vous-plaît?
Partager