Bei der Verwendung von sp_executesql mit temp-Tabellen ist die empfohlene Methode zur Verwendung von globalen temporären Tabellen

Wir haben die folgende Struktur mit dynamischen sql mit Variablen und temporäre Tabellen:

DECLARE @X AS INT = 1;
DECLARE @Y AS INT = 1;
DECLARE @Z AS INT = 1;

DECLARE @S AS NVARCHAR(500) = 
           N' SELECT @P+@Q+@R AS ANSWER INTO #X'

EXEC sp_executesql 
    @stmt   = @S,
    @params = N'@P AS INT,@Q AS INT,@R AS INT',
    @P  = @X,
    @Q  = @Y,
    @R  = @Z; 

SELECT (ANSWER + 1) AS FINALANSWER
FROM #X

Die temporäre Tabelle #x erzeugt wird, in den Anwendungsbereich von sp_executesql so dann mit, dass Daten im nachfolgenden code ist nicht möglich.

Ist es ein standard-Ansatz, den ich nehmen muss um diese Arbeit zu machen oder sollte ich auf Globale temporäre Tabellen?

  • sommarskog.se/share_data.html
  • ok danke Mitch ich benutze diese Website eine Menge - zweite auf der MSDN-Website. Ich hätte nicht gedacht, dass es als "Austausch von Daten zwischen gespeicherten Prozeduren" aber ich denke, dass ist GENAU das, was es ist - nur eine der procs ist eine integrierte sql-server-proc. Da beide procs nicht selbst erstellt und da sp_executesql erstellt von MS bin ich Frage mich, ob es ein standard empfohlen Ansatz.
InformationsquelleAutor whytheq | 2014-01-09
  1. 2

    Haben, betrachten Sie dies über ein OUTPUT-parameter retreieve der Wert

    Verfahren

    ALTER PROCEDURE SomeProc
@X INT = NULL,
@Y INT = NULL,
@Z INT = NULL,
@Result INT OUTPUT
AS
BEGIN
DECLARE @S AS NVARCHAR(MAX);

SET @S = N' SELECT @Result =  @X + @Y + @Z'

EXEC sp_executesql  @S
                   ,N'@X INT,@Y INT,@Z INT, @Result INT OUTPUT'
                   , @X, @Y, @Z, @Result OUTPUT 

END

    Execute Proc

    DECLARE @R INT;
EXECUTE SomeProc 
@X = 1, 
@Y = 1, 
@Z = 1,
@Result = @R OUTPUT

SELECT @R + 1 AS FinalAnswer

    Ergebnis

    FinalAnswer
4

    Bearbeiten

    Da Sie erwähnt haben in Ihren Kommentaren, dass Sie wieder eine Tabelle aus der Sie Ihr proc-in diesem Fall würde ich sugguest zu tun einfach SELECT im inneren des proc und bekommen die Ergebnisse, die Sie proc in eine temporäre Tabelle außerhalb der Prozedur. so etwas wie dieses ...

    IF OBJECT_ID('tempdb..#Results') IS NOT NULL 
DROP TABLE #Results
GO
CREATE TABLE #Results (Value INT)
GO

/* Execute Proc and insert into temp table */

INSERT INTO #Results (Value)
EXECUTE YourProc @Var1, @Var2 ....
    • +1 über ein output-parameter in diesem Zusammenhang sieht gut aus
    • cheers, ich persönlich bevorzuge OUTPUT-params über temp-Tabellen für die Erstellung von neuen Objekten, um Daten zu speichern erfordert zwei zusätzliche Schritte 1) die Prüfung für die Existenz, wenn nicht vorhanden dann löschen und erstellen 2) sobald Ihr mit Ihnen fertig dont vergessen, diese zu löschen. mit OUTPUT params spart Ihnen eine Menge unnötige Arbeit 🙂
    • ... stimmt - mein Fehler aber wie in OP ich habe eine Skalar-Beispiel, aber in unserer Produktionsumgebung müssen wir eine Tabelle zurückgeben
    • siehe mein update bitte.
    • ...vielen Dank für all die Informationen auf dieser.
    InformationsquelleAutor M.Ali
  2. 3

    Ich würde nur das erstellen der temp Tabelle ersten. Innere Ausführung Bereiche sehen können temporäre Tabellen vom äußeren Bereiche:

    DECLARE @X AS INT = 1;
DECLARE @Y AS INT = 1;
DECLARE @Z AS INT = 1;

CREATE TABLE #X (ANSWER INT)

DECLARE @S AS NVARCHAR(500) = 
           N'INSERT INTO #X(ANSWER) SELECT @P+@Q+@R'

EXEC sp_executesql 
    @stmt   = @S,
    @params = N'@P AS INT,@Q AS INT,@R AS INT',
    @P  = @X,
    @Q  = @Y,
    @R  = @Z; 

SELECT (ANSWER + 1) AS FINALANSWER
FROM #X
    • +1 ich denke, das ist ziemlich standard
    InformationsquelleAutor Damien_The_Unbeliever
Schreibe einen Kommentar