processus ETL .NET

Tout d'abord quelques arrière-plan; Nous développons un datawarehouse et faisons des recherches sur les outils à utiliser pour notre processus ETL. L'équipe est très centrée sur les développeurs, tout le monde connaît C#. Jusqu'à présent, j'ai regardé RhinoETL, Pentaho (Kettle), Astrix Centerprise. SSIS est sorti pour un certain nombre de raisons qui sortent du cadre de cette question.processus ETL .NET

A cette époque, je me penche vers quelque chose de plus développeur orienté comme RhinoETL, car il semble que le chemin de moindre résistance pour un groupe de développeurs. Est-ce que les autres produits orientés visuels apportent quelque chose à la table que RhinoETL n'a pas? Y a-t-il des choses spécifiques auxquelles je devrais être attentif lors de l'évaluation de ces outils ETL? Existe-t-il d'autres outils que nous devrions également étudier?

Source

2011-10-03 Matt

Avez-vous essayé studio de design d'IBM? –

Comme je peux le voir, vous êtes intéressé par la solution open source. Je ne sais pas pour Rhino, mais vous pourriez vouloir reconsidérer le concepteur visuel en tant qu'option - le problème est peut-être que vous êtes orienté vers la programmation. Il est plus facile à maintenir que de lire le code. En outre, considérez une portée de votre projet avant de prendre une décision finale. Vérifiez Talend - il est écrit en Java et vous pouvez écrire vos propres transformations en JAVA. –

Récemment, mon collègue de travail et moi avons fait quelques tests simples de performance entre RhinoETL et SSIS. Il semble que pour les flux de données simples, SSIS a toujours surpassé RhinoETL (déplace 2 000 000 d'enregistrements environ 30% plus vite). Si vous utilisez le contrôle de la source (dans notre cas TFS), vous ne pouvez pas voir facilement les différences entre les versions des fichiers DTSX (fichiers SSIS), où le développement avec RhinoETL vous permet d'utiliser les fonctionnalités de TFS.

Un autre avantage est RhinoETL a vu si vous développez une interface utilisateur sur le dessus de votre entrepôt de données. Vous pouvez partager du code entre ces deux programmes. Bien que plusieurs des membres de notre équipe SSIS proviennent d'environnements .Net, notre direction a décidé de continuer à développer avec SSIS (bien qu'ils aient migré vers SSIS 2008 - un autre sujet tout à fait) parce qu'ils pensaient qu'il était plus facile d'avoir un développeur apprendre SSIS que .Net.

Source

2011-10-25 21:30:12

Depuis que vous utilisez TFS, consultez [BIDSHelper] (http://bidshelper.codeplex.com/) Ils ont une fonctionnalité Smart Diff qui exclut le bruit SSIS, comme les changements de mise en page. Il est beaucoup plus facile de déterminer si quelque chose d'important a changé entre les révisions. – billinkc

@billinkc Monsieur, vous m'avez donné un autre point pour mon analyse de rentabilisation de l'approbation de ce logiciel. Je vous remercie. –

@billinkc Oh mon dieu! Cet outil est génial! –

processus ETL .NET

Répondre

Questions connexes