Bon, j'avais écris une réponse mais je crois que j'ai du zapper de la poster.
Pourquoi charger des données dans SAP ou SQL Server ???
Il est tout à fait possible de le faire depuis QlikView. C'est un peu compliqué je suppose par rapport à Talend qui est un outil dédié à l'ETL.
J'avoue que son interface graphique est intuitive et bien pensée, mais ...
A quoi sert d'acheter un logiciel très cher, souvent accompagné d'une formation très chère, pour au final arriver au même résultat que sans ?
Autrefois je constituais moi même mon ETL en PL/SQL, mes datamart en PL/SQL pour utiliser PEntaho comme outil de reporting.
C'était compliqué, mais très efficace.
Bon, je dois pas bien connaitre Talend, mais en ce qui me concerne, j'utilse QlikView comme ETL, je constitue mes datamart avec et mes applications finales.
Ça oblige à mettre les mains dans le moteur, mais QlikView est assez complet pour constituer un ETL tout à fait correct, et ses performances dépendent de la machine utilisée (machine virtuelle avec 16go de Ram).
Depuis QlikView tu peux charger n'impote quel format (csv, txt, excel) et tu peux attaquer n'importe quel SGBD (SqlServer, oracle, Mysql ...)
Bon, je suis pas commercial QlikView, mais j'ai découvert ce logiciel l'année dernière et je me demande comment j'ai pu faire avant !
Au final, le plus important c'est de définir le périmètre de ton projet, la volumétrie (combien de ligne à traiter par jour par ex) et ton degré d'implication.
Personnellement je suis informaticien, donc coder ne me fait pas peur.
Je peux tout à fait comprendre qu'on n'en ait pas envie et qu'on ait d'autres activités plus importantes que de développer.
Aujourd'hui c'est juste une question d'économie (est il plus rentable d'acheter talend et de le faire faire par tout un chacun, ou d'embaucher un dev qui va nous pondre un ETL aux petits oignons ?).
Et là je suis pas assez calé pour te répondre.
Partager