none
Dynamic SQL, Rückgabe Tabelle RRS feed

  • Frage

  • Hallo zusammen,

    da ich auf verschiedene Server und Instanzen aus einer SP zugreifen muss und die Server-/Instanz-Name erst beim abarbeiten einer JobTabelle "erfahre", möchte ich auf dynamische SQL zurück greifen.

    Mir wurde zuvor hier geholfen, habe jetzt mal alle Abfragen erstellt die ich brauche und dazu Tabellenvariablen verwendet.

    Jetzt muss ich das ganze umsetzen und wollte dazu dynamisches SQL einsetzen, nur wie kann ich ein Result aus einerdynamischen Abfrage als Tabelle nach "aussen" geben?

    Tabellenvariablen gehen hier soweit nicht, denke das habe ich so richtig gesehen.

    Wenn ich eine Temp-Tabelle mit create erstelle, dann sollte ich diese doch im Input an die Query geben und im Output das Result abfragen können?

    Hier stolpere ich gerade etwas, muss ich die Tabelle im dynamischen SQL nochmal erstellen damit ich diese als Output abfragen kann?

    Viele Grüsse,
    Daniel

    Mittwoch, 13. März 2019 18:41

Antworten

  • Für solche Aktionen bieten sich eher "global temporary"-Tables an.
    Hier kann jede SP sitzungsspezifische (also je Connection) Daten per Insert ablegen die ich dann ganz normal auch mit dynamischem SQL (per Client ist es ja sowieso dynamisch) auslesen kann.
    Der Vorteil ist, dass die SP parallel betrieben werden kann und trotzdem jeder Client ein eigenes Ergebnis bekommt.

    • Bearbeitet Der Suchende Donnerstag, 14. März 2019 18:04
    • Als Antwort markiert DniBo Freitag, 15. März 2019 06:22
    Donnerstag, 14. März 2019 18:04

Alle Antworten

  • Hallo Daniel,

    was heißt in deinem Fall "nach außen geben"?


    Gruß, Stefan
    Microsoft MVP - Visual Developer ASP/ASP.NET (2001-2018)
    https://www.asp-solutions.de/ - IT Beratung, Softwareentwicklung, Remotesupport

    Mittwoch, 13. März 2019 21:34
    Moderator
  • Hallo Daniel,

    ich verstehe auch nicht so ganz Dein Anliegen, kannst Du ein konkretes Beispiel geben.


    Olaf Helper

    [ Blog] [ Xing] [ MVP]

    Donnerstag, 14. März 2019 12:06
  • Für solche Aktionen bieten sich eher "global temporary"-Tables an.
    Hier kann jede SP sitzungsspezifische (also je Connection) Daten per Insert ablegen die ich dann ganz normal auch mit dynamischem SQL (per Client ist es ja sowieso dynamisch) auslesen kann.
    Der Vorteil ist, dass die SP parallel betrieben werden kann und trotzdem jeder Client ein eigenes Ergebnis bekommt.

    • Bearbeitet Der Suchende Donnerstag, 14. März 2019 18:04
    • Als Antwort markiert DniBo Freitag, 15. März 2019 06:22
    Donnerstag, 14. März 2019 18:04