Pour les développeurs, est-il la peine d'apprendre / utiliser SSIS?

Question

Je commence à s'impliquer dans un peu de travail un ETL mon emploi actuel, et tout le monde semble être assez partielle SSIS. Je me bats en essayant de faire les transformations les plus triviales par studio BI qui généralement équivalent à une boucles foreach couple avec une pincée de LINQ. Je ne suis pas sûr des cas d'utilisation ou les utilisateurs de cet outil serait utile, et probablement convaincre la direction que je peux faire sans. Quelle est la meilleure façon de faire mon cas, ou s'il y a des recommandations pour une meilleure outillage, ce serait apprécié aussi bien.

Answer 1

Je ne sais pas SSIS, en plus de lire certaines des bases. En outre, comme vous, je suis très à l'aise avec LINQ, et pourrait rapidement écrire du code pour pousser autour et transformer les données.

Mais si la table dispose de 4 Go de données? Pensez-vous que votre code LINQ va gérer cette grâce? Il pourrait être manipulé, mais pas facilement, surtout s'il y a beaucoup de références croisées tables les uns des autres. Une naïve mise en œuvre de LINQ tenterait de charger tout en mémoire et plantage.

Une autre justification est parce que vos collègues sont forts avec SSIS. Toute solution que vous donnez la société construite sur SSIS sera plus utile à la société que LINQ, car d'autres personnes peuvent le ramasser et fixer ou l'étendre.

Answer 2

Comme pour tout, SSIS a ses avantages et ses inconvénients.

Il y a une courbe d'apprentissage abrupte, et souvent des choses qui se sentent comme ils doivent être simples ne sont pas. Parfois, c'est que faute de SSIS et son outillage, parfois, il est juste un cas de ne pas penser à la façon SSIS.

Une bonne chose à ce sujet est qu'il est un produit de serveur pour des choses comme la manipulation et l'exploitation forestière erreurs ont été (au moins partiellement) pris en charge pour vous.

Si vous construisez des paquets ETL complexes à travers différents systèmes, il est un outil très approprié et puissant, et peut être une bonne chose à ajouter à vos compétences, en particulier lorsque vous avez besoin d'être impliqués dans le processus de conception initiale une solution. Si tout ce que vous connaissez est le code C #, alors c'est tout ce que vous pouvez penser, quand un package SSIS peut être la bonne solution.

À l'heure actuelle il y a un peu de douleur autour de la façon dont SSIS intègre avec d'autres produits que DB SQL (son support Oracle est horrible par exemple) mais je crois que Microsoft est engagé à SSIS et continuera à l'améliorer. Si vous travaillez dans un magasin Microsoft puis d'investir dans l'apprentissage, il est maintenant probablement utile.

---

Et sur le côté contre, voici un après par Ayende parler de quelques-uns des points clés de la douleur avec SSIS.

Je ne suis pas d'accord avec eux tous, ou ne pense pas qu'ils sont un facteur de rupture, mais il est bon de savoir ce qui peut vous faire du mal plus tard.

• L'absence de bonne exploitation forestière me extensibilité a agacé - il est assez difficile de se connecter d'une manière autre que
de SSIS
• Le schéma de configuration peut être une vraie douleur

Je pense que la prochaine version de SSIS traitera tous ceux que ... c'est seulement une partie du monde Microsoft, les choses se améliorent progressivement, mais ils ont tendance à mieux.

Answer 3

SSIS est un excellent outil, mais vous devez saisir les concepts sous-jacents d'abord. Il vous permet de vous concentrer sur le processus ETL, au lieu de la programmation et le débogage de votre code. Il y a une courbe d'apprentissage.

Jetez un oeil à Microsoft Project réel exemples et voir ce qui serait équivalent en boucle foreach pour quelque chose comme ça.

Vous pouvez également jeter un oeil à Pentaho-Kettle et Oracle Data Integrator, mais je pense que vous aurez le même sentiment.