{"id":694,"date":"2018-08-17T01:58:08","date_gmt":"2018-08-16T23:58:08","guid":{"rendered":"https:\/\/sql.marcus-belz.de\/?p=694"},"modified":"2020-05-21T14:40:49","modified_gmt":"2020-05-21T12:40:49","slug":"ssis-vs-transact-sql-wie-viel-sql-darfs-denn-sein","status":"publish","type":"post","link":"https:\/\/sql.marcus-belz.de\/?p=694","title":{"rendered":"SSIS vs. SQL \u2013 Lesbarkeit\/Wartbarkeit -oder- Wie viel SQL darf’s denn sein?"},"content":{"rendered":"

This Article in English…<\/a><\/p>\n

Die Vorgeschichte zu diesem Artikel…<\/h2>\n

SQL Server Integration <\/strong>Services (SSIS) ist ein \u00e4u\u00dferst m\u00e4chtiges Tool Set f\u00fcr die Entwicklung von ETL-Strecken. Es gibt viele gute Gr\u00fcnde, die f\u00fcr einen Einsatz von SSIS sprechen. Es gibt derer aber auch gen\u00fcgend, die dagegen sprechen. Beschr\u00e4nken wir uns auf den Microsoft Produkt Stack, dann kommt als Alternative f\u00fcr die Entwicklung von komplexen ETL Strecken (im Wesentlichen) nur noch Transact-SQL (T-SQL) in Frage.<\/p>\n

Dieser Artikel geh\u00f6rt zu einer Serie von Artikeln<\/a>, die wichtige Entscheidungskriterien f\u00fcr die Wahl der richtigen Technologie(n) \u2013 SSIS und\/oder T-SQL \u2013 beleuchten.<\/p>\n

—<\/p>\n

Mit Blick auf die Verwendung einer Quellcodeverwaltung habe ich in dem Artikel SSIS vs. Transact-SQL \u2013 Quellcodeverwaltung<\/em><\/a> die Vorteile der Verwendung von SQL Skripten (und hier SQL Server Stored Procedures<\/em>), etc. gegen\u00fcber SSIS herausgestellt. Die \u00c4nderungen in einer Stored Procedure<\/em> k\u00f6nnen leicht durch Vergleich zweier Versionen in Visual Studio dargestellt werden. Ein \u00e4hnlicher Vergleich zweier Versionen eines SQL Server Integration Services (SSIS) Paketes zeigt selbst bei minimalen \u00c4nderungen bereits eine un\u00fcbersichtliche Anzahl an \u00c4nderungen in dem zugrundeliegenden Dokumententyp dtsx<\/strong>. Damit scheint es schier unm\u00f6glich die \u00c4nderung zweier Versionen zu identifizieren.<\/p>\n

In dem erw\u00e4hnten Artikel habe ich \u00fcber ein T-SQL Statement die Hierarchie-Ebenen der Mitarbeiter aus der Tabelle [AdventureWorksDW2017].[DimEmployee]<\/strong> abgeleitet, um anschlie\u00dfend auf der Basis der gefundenen Hierarchie-Ebenen 1 bis 5 ein Ranking der Urlaubs- und Krankheitsstunden zu ermitteln. Die Ermittlung sollte jeweils \u00fcber die Windowed Function<\/em> NTILE()<\/strong> und DENSE_RANK()<\/strong> erfolgen. Die Klassifizierung der Mitarbeiter \u00fcber die NTILE-Funktion sollte 3 Klassen ergeben.<\/p>\n

Die Bearbeitung der Aufgabe mit T-SQL hat nur wenigen Minuten entwickelt. Common Table Expressions (CTE) unterst\u00fctzen rekursive Aufrufe und das Ranking konnte schnell \u00fcber die die Windowed<\/em> Function<\/em> ermittelt werden.<\/p>\n

Um die Verwendung von T-SQL Prozeduren\/Skripten mit Blick auf die Quellcodeverwaltung der Verwendung von SSIS Paketen gegen\u00fcberstellen zu k\u00f6nnen, wollte ich ein \u201cinhaltsgleiches\u201d SSIS Paket entwickeln. Ich habe mich der naiven Vorstellung hingegeben, dass diese Aufgabe zwar mit etwas mehr zeitlichem Aufwand zu l\u00f6sen ist, aber immerhin mit einem vertretbaren Aufwand l\u00f6sbar ist.<\/p>\n

Weit gefehlt!<\/strong><\/p>\n

F\u00fcr die beiden wesentlichen Anforderungen gibt es meines Wissens keine einfache L\u00f6sung, geschweige denn Standard Tasks oder Funktionen, die in einer Expression verwendet werden k\u00f6nnten.<\/p>\n