Discussion :

[fritati]

Bonjour à tous,

J'aimerais effectuer la comparaison entre l'architecture BI classique que l'on peut retrouver via ces deux schémas.



J'aimerais pouvoir présenter quelles sont les parties de Qlikview qui effectuent les opérations d'ETL.
Ensuite, via ce que je lis, Qlikview n'utilise pas nécéssairement un Data Warehouse mais plûtot une mémoire intégrée?

Ensuite pour les différentes interfaces outils BI (rapport, rapport ad-hoc, data mining, performance dashboard, outil d'analyse) cela est assez flou dans ma tête!

Si un expert en la matière pouvait me venir en aide.

D'avance un énorme merci!

[bstevy]

Qlikview n'effectue pas d'opération ETL... Une opération ETL, c'est Extraction, transformation, chargement (load). le principe est de lire les données de différentes sources, d'appliquer certaines regles, et de charger cela dans un datawarehouse

Vous pouvez tout à fait vous passez de datawarehouse sous certaines conditions.
A ce moment là, qlik est l'interface, qui est reliée directement à ERP, SI, etc...

Mais par contre, vous risquez d'avoir des problèmes de perf. Le principe de l'olap, c'est de facilité les rapports.
Qlik va, en se connectant, récupéré les données source, et recréer en mémoir un cube (olap). Mais ca peut etre extrememnt couteux, d'un point de vue requete sql (qui pénalisera aussi votre business) que d'un point de vue machine (la monté en mémoire de grosse données + toutes les étapes d'aggragation de qlik).

Qlikview est un outil de visualisation, de dashboard. je m'avance peut etre, mais je ne pense pas que vous puissiez plugguer un autre outil par dessus.
Si vous avez besoin par exemple de faire du mining, un outil type spotfire est plus adapté.
Et le tout pluggué sur un datawarehouse plutot que sur votre base oltp sera bien plus performant.

[fritati]

Merci pour votre réponse.
En tentant de comprendre un peu qlikview, j'ai cru comprendre que justement les outils QlikView Developer et QlikView Publisher reprenaient le rôle ETL. Je m'explique, QlikView Publisher va se pluger sur les différentes sources de données et va extraire les données suivant les méthodes de transformations indiquées dans le QlikView Developer. Dès lors, l'utilisateur final vient se servir sur un QlikView Server afin de visualiser et manipuler les données selon ses désidératas.

Suis - je dans le faux ?

[bstevy]

D'apres ce que j'ai vu sur un autre forum, l'ETL de qlik n'est pas un vrai ETL dans le sens ou il ne sert qu'a ses propres rapports.

http://www.developpez.net/forums/d11.../etl-qlikview/

Donc votre archi est correct, mais par rapport à une archi BI classic, vous n'alimenterez pas de DWH avec. En gros vous passez de la source, au rapport, avec l'ETL au milieu.
Mais si comme l'indique votre schéma vous vous pluguez directement sur le DHW, alors vous ne devriez même pas avoir besoin d'utiliser un ETL.
Un modélisation en étoile telle qu'elle est faite dans unDWH est spécialement prévue pour créer des rapports. Reste à savoir si votre modélisation est bien faite. ^^