Verwenden von Temp-Tabellen in SSIS

Ich habe

SET FMTONLY AUS zu Beginn der Prozedur, die besagt, dass keine Zeilen an den Client zu verarbeiten sind wenn es nicht ausgeführt wird Da es beim Parsen des SP keine temporäre Tabelle gibt, ist beim Analysieren keine Spalte verfügbar.

Es hat mich endlich arbeiten lassen:)

Wenn der Fehler aufgetreten ist, während Sie sich in BIDS befinden, funktioniert die Lösung von ajdams nicht, da sie nur für Fehler gilt, die beim Ausführen des Pakets vom SQL Server-Agent ausgelöst werden.

Das Hauptproblem ist, dass SSIS Schwierigkeiten hat, die Metadaten aufzulösen. Von ihrem Standpunkt aus existieren die ## Tabellen nicht, da sie die Metadaten für das Objekt während der Vorausführungsphase nicht zurückgeben können. Sie müssen also einen Weg finden, die Anforderung zu erfüllen, dass die Tabelle bereits existiert. Es gibt ein paar Lösungen:

1. Verwenden Sie keine temporären Tabellen. Erstellen Sie stattdessen eine funktionierende Datenbank und legen Sie alle Ihre Objekte darin ab. Offensichtlich wird dies wahrscheinlich nicht funktionieren, wenn Sie versuchen, die Daten auf einem Server zu erhalten, auf dem Sie kein dbo wie ein Produktionsserver sind, so dass Sie sich nicht auf diese Lösung verlassen können.

2. Verwenden Sie CTEs anstelle von temporären Tabellen. Dies funktioniert, wenn Ihr Quellserver 2005/2008 ist. Dies hilft nicht, wenn der Quellserver 2000 ist.

3. Erstellen Sie die Tabelle ## in einem separaten Befehl SQL ausführen. Legen Sie die RetainSameConnection-Eigenschaft der Verbindung auf True fest. Setzen Sie DelayValidation für den Datenfluss auf true. Wenn Sie den Datenfluss einrichten, fälschen Sie ihn aus, indem Sie vorübergehend ein SELECT TOP 0-Feld = CAST (NULL AS INT) an den Anfang der gespeicherten Prozedur mit identischen Metadaten für Ihre endgültige Ausgabe hinzufügen. Denken Sie daran, dieses aus der gespeicherten Prozedur zu entfernen, bevor Sie das Paket ausführen. Dies ist auch ein praktischer Trick, um temporäre Tabellendaten zwischen Datenflüssen zu teilen. Wenn der Rest des Pakets separate Verbindungen verwenden soll, damit sie parallel ausgeführt werden können, müssen Sie eine zusätzliche nicht gemeinsam genutzte Verbindung erstellen. Dies vermeidet das Problem, da die temporäre Tabelle bereits zu dem Zeitpunkt existiert, zu dem die Datenfluss-Tasks ausgeführt werden.

Option 3 erreicht Ihr Ziel, aber es ist kompliziert und hat die Einschränkung, dass Sie den Befehl create ## in einen anderen Aufruf einer gespeicherten Prozedur trennen müssen. Wenn Sie gespeicherte Prozeduren auf dem Quellserver erstellen können, haben Sie wahrscheinlich auch die Möglichkeit, andere Objekte wie Zwischenspeichertabellen zu erstellen. Dies ist normalerweise eine bessere Lösung. Es ermöglicht auch Side-Steps TempDB-Streitfragen, was ebenfalls ein wünschenswerter Vorteil ist.

Viel Glück und lassen Sie es mich wissen, wenn Sie weitere Anleitungen zur Implementierung von Schritt 3 benötigen.

Nein, es ist ein Berechtigungsproblem. Dies sollte Ihnen helfen:

Ссылка

Bei all dem Aufwand, denke ich, ist es wahrscheinlich einfach nicht wert. Erstellen Sie eine reale Tabelle in der Datenbank und schneiden Sie sie vor / nach dem Laden ab. Wenn es für ein Datawarehouse ist, spielt es keine Rolle, ob Sie eine oder zwei zusätzliche Tabellen haben. Dies gibt Ihnen die Entwurfszeit-SSIS-Tools und bedeutet, dass Sie sich nicht um die Intracies von temporären Tabellen kümmern müssen.

Wenn Sie die Dinge getrennt halten möchten, erstellen Sie einfach Ihre SSIS-Tabellen in einem separaten Schema. Sie können Berechtigungen verwenden, um diese Schmema für alle anderen Benutzer unsichtbar zu machen.

Diese Schritte haben mir geholfen:

1. Schreiben Sie das endgültige Ergebnis in eine Tabelle.
2. Schreiben Sie diese Tabelle als CREATE in ein neues Fenster des neuen Abfrageeditors.
3. Entfernen Sie alles außer den offenen und schließenden Klammern, die die Spalten definieren.
4. Wickeln Sie das in ein anderes Paar Klammern.

5. Stellen Sie den Aufruf Ihres SPs von

   wieder her

   exec p_MySPWithTempTables?,?

in

Sie können Tabellenvariablen anstelle von temporären Tabellen verwenden. es wird funktionieren