Für Entwickler lohnt es sich, SSIS zu lernen/zu verwenden?

Question

Ich fange an, in meinem jetzigen Job in ziemlich viel ETL Arbeit zu engagieren, und jeder scheint zu SSIS ziemlich partiell zu sein. Ich habe Mühe, die einfachsten Transformationen durch BI-Studio zu machen, die normalerweise mit ein paar foreach Schleifen mit einer Prise LINQ gleichgesetzt werden. Ich bin mir nicht sicher über die Anwendungsfälle oder Benutzer, für die dieses Tool nützlich wäre, und wird das Management wahrscheinlich davon überzeugen, dass ich darauf verzichten kann. Was ist der beste Weg, um meinen Fall zu machen, oder wenn es irgendwelche Empfehlungen für bessere Werkzeuge gibt, würde das ebenso geschätzt werden.

Answer 1

Ich weiß nicht SSIS, abgesehen davon, einige der Grundlagen zu lesen. Auch ich bin mit LINQ sehr vertraut und könnte schnell Code schreiben, um Daten zu übertragen und zu transformieren.

Aber was ist, wenn die Tabelle 4 Gigs Daten hat? Glauben Sie, dass Ihr LINQ-Code das elegant behandelt? Es könnte gehandhabt werden, aber nicht leicht, besonders wenn sich viele Tabellen gegenseitig referenzieren. Eine naive LINQ-Implementierung würde versuchen, alles in den Speicher zu laden und abzustürzen.

Eine andere Begründung ist, weil Ihre Mitarbeiter stark mit SSIS sind. Jede Lösung, die Sie dem Unternehmen geben, die auf SSIS basiert, wird für das Unternehmen wertvoller sein als LINQ, da andere Leute es aufgreifen und reparieren oder erweitern können.

Answer 2

SSIS ist ein großartiges Werkzeug, aber Sie müssen zunächst die zugrunde liegenden Konzepte erfassen. Sie können sich auf den ETL-Prozess konzentrieren, anstatt Ihren Code zu programmieren und zu debuggen. Es gibt eine Lernkurve.

Werfen Sie einen Blick auf Microsoft Project Real Beispiele und sehen, was für so etwas wäre foreach Schleife äquivalent.

Sie können auch einen Blick auf Pentaho-Kettle und Oracle Data Integrator werfen, aber ich denke, Sie werden das gleiche Gefühl haben.

Answer 3

Wie bei allem, hat SSIS seine Vor- und Nachteile.

Es gibt eine steile Lernkurve, und oft sind Dinge, die sich anfühlen, als wären sie einfach, nicht. Manchmal ist das der Fehler von SSIS und seinen Werkzeugen, manchmal ist es nur ein Fall von nicht im SSIS-Denken.

Eine nette Sache ist, dass es ein Server-Produkt ist, so dass Dinge wie Fehlerbehandlung und Protokollierung (zumindest teilweise) für Sie erledigt wurden.

Wenn Sie komplizierte ETL-Pakete über verschiedene Systeme hinweg erstellen, ist dies ein sehr geeignetes und leistungsstarkes Werkzeug. Es kann eine großartige Ergänzung zu Ihren Fähigkeiten sein, besonders wenn Sie am ursprünglichen Entwurfsprozess beteiligt sein müssen für eine Lösung. Wenn alles, was Sie wissen, C# -Code ist, dann ist das alles, was Sie vorschlagen können, wenn ein SSIS-Paket genau die richtige Lösung sein kann.

Momentan gibt es ein bisschen Schmerz darüber, wie SSIS in andere DB-Produkte als SQL integriert ist (Oracle-Support ist zum Beispiel schrecklich), aber ich glaube, dass Microsoft SSIS verpflichtet ist und es weiter verbessern wird. Wenn Sie in einem Microsoft-Shop arbeiten, lohnt sich die Investition in das Lernen jetzt.

---

Und auf der Seite Nachteile, hier ist ein post by Ayende über einige der wichtigsten Schmerzpunkte mit SSIS sprechen.

Ich stimme nicht allen zu, oder denke nicht, dass sie ein Deal Breaker sind, aber es ist gut zu wissen, was dich später verletzen kann.

• Der Mangel an guten Logging Erweiterbarkeit hat mich gestört - es ist ziemlich hart in anderer Weise als SSIS der
• Das Konfigurationsschema zur Anmeldung eine echte Schmerzen

ich, dass die denken kann Die nächste Version von SSIS wird all diese Probleme angehen ... das ist nur ein Teil der Microsoft-Welt, die Dinge werden inkrementell besser, aber sie tendieren dazu, besser zu werden.