{"id":236,"date":"2012-12-28T15:24:15","date_gmt":"2012-12-28T14:24:15","guid":{"rendered":"http:\/\/csopro.de\/biblog\/2012\/12\/ssis-tabellen-variablen-als-datenquelle\/"},"modified":"2012-12-28T15:24:15","modified_gmt":"2012-12-28T14:24:15","slug":"ssis-tabellen-variablen-als-datenquelle","status":"publish","type":"post","link":"https:\/\/www.csopro.de\/biblog\/2012\/12\/ssis-tabellen-variablen-als-datenquelle\/","title":{"rendered":"SSIS: Tabellen-Variablen als Datenquelle"},"content":{"rendered":"

In SSIS kann man als Datenquelle ein SQL-Statement eintragen:<\/p>\n

\"Eingabefeld<\/a><\/p>\n

Manchmal m\u00f6chte man in dieser Maske kompliziertere Berechnungen verwenden. Daf\u00fcr kann man T-SQL (wie bei der Programmierung von Stored Procedures) verwenden. Allerdings funktioniert es nicht ganz wie gedacht:<\/p>\n

Als erstes kann man keine tempor\u00e4ren Tabellen (beginnend mit #) verwenden. Als Beispiel betrachten wir das SQL-Statement:<\/p>\n

\n

select 1 as zahl ,2 as doppelte into #t
select * from #t<\/p>\n<\/blockquote>\n

Dieses einfache Statement liefert im SQL Server Management Studio \u2013 wie erwartet:<\/p>\n

\n

(1 Zeile(n) betroffen)
zahl        doppelte
———– ———–
1           2<\/p>\n

(1 Zeile(n) betroffen)<\/p>\n<\/blockquote>\n

F\u00fcgt man dieses Statement aber in der SSIS-Datenquelle hinzu, erh\u00e4lt man nach OK folgenden Fehler:<\/p>\n

\"Fehler<\/a><\/p>\n

bzw. als Text:<\/p>\n

\n

Fehler bei Datenflusstask [T-SQL Programm [1]]: SSIS-Fehlercode ‚DTS_E_OLEDBERROR‘. OLE DB-Fehler. Fehlercode: 0x80040E14.
Ein OLE DB-Datensatz ist verf\u00fcgbar. Quelle: ‚Microsoft SQL Server Native Client 10.0‘ HRESULT: 0x80040E14 Beschreibung: ‚Anweisung(en) konnte(n) nicht vorbereitet werden.‘.
Ein OLE DB-Datensatz ist verf\u00fcgbar. Quelle: ‚Microsoft SQL Server Native Client 10.0‘ HRESULT: 0x80040E14 Beschreibung: ‚Ung\u00fcltiger Objektname ‚#t‘.‘.<\/p>\n<\/blockquote>\n

Auch eine versp\u00e4tete \u00dcberpr\u00fcfung des SQLs bringt keine Besserung.<\/p>\n

Allerdings funktioniert es, Tabellen-Variablen zu verwenden. Dort hei\u00dft obiger Code entsprechend:<\/p>\n

\n

Declare @t as TABLE (zahl integer, doppelte integer)
insert into @t select 1 ,2
select * from @t<\/p>\n<\/blockquote>\n

Dieser Code l\u00e4sst sich als Datenquelle eintragen und SSIS erkennt korrekt die beiden Spalten:<\/p>\n

\"Spalten<\/a><\/p>\n

Startet man das SSIS-Paket (damit man etwas sieht, habe ich ein UNION ALL dahinter geh\u00e4ngt), scheint es zu funktionieren:<\/p>\n

\"Datenquelle<\/p>\n

Alles ist gr\u00fcn \u2013 wunderbar.<\/p>\n

Aber nein! Es wurde keine Zeile \u00fcbertragen.<\/p>\n

Das ist ein bekanntes Problem, dass in dem INSERT-Statement bereits ein Dataset erzeugt wird \u2013 dem entspricht in obiger Ausf\u00fchrung der erste Text \u201c(1 Zeile(n) betroffen)\u201d. Die Daten des zweiten Befehls werden dann gar nicht mehr im SSIS weiterverwendet!<\/p>\n

Also muss man das SQL so abwandeln:<\/p>\n

\n

set nocount on
Declare @t as TABLE (zahl integer, doppelte integer)
insert into @t select 1 ,2
select * from @t<\/p>\n<\/blockquote>\n

Durch das \u201cset nocount on\u201d wird das erste Dataset unterdr\u00fcckt, so dass es jetzt funktioniert:<\/p>\n

\"image\"<\/p>\n

Wir sehen, es wurde tats\u00e4chlich eine Zeile \u00fcbertragen \u2013 und die Daten stimmen auch, wie der Data Viewer zeigt.<\/p>\n","protected":false},"excerpt":{"rendered":"

In SSIS kann man als Datenquelle ein SQL-Statement eintragen: Manchmal m\u00f6chte man in dieser Maske kompliziertere Berechnungen verwenden. Daf\u00fcr kann man T-SQL (wie bei der Programmierung von Stored Procedures) verwenden. Allerdings funktioniert es nicht ganz wie gedacht: Als erstes kann man keine tempor\u00e4ren Tabellen (beginnend mit #) verwenden. Als Beispiel betrachten wir das SQL-Statement: select … SSIS: Tabellen-Variablen als Datenquelle<\/span> weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10],"tags":[],"class_list":["post-236","post","type-post","status-publish","format-standard","hentry","category-integrationservices"],"_links":{"self":[{"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/posts\/236","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/comments?post=236"}],"version-history":[{"count":0,"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/posts\/236\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/media?parent=236"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/categories?post=236"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.csopro.de\/biblog\/wp-json\/wp\/v2\/tags?post=236"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}