Gespeicherte Prozedur übergeben Tabellennamen als parameter

Ich habe über ein halbes Dutzend generische, aber ziemlich komplexe gespeicherte Prozeduren und Funktionen, die ich verwenden möchte um in einer allgemeineren Weise.

Idealerweise möchte ich weitergeben kann der Tabellenname als ein parameter an die Prozedur, wie es derzeit ist hart codiert.

Forschung, die ich getan habe, schlägt vor, die ich brauche, um zu konvertieren alle vorhandenen SQL in meinem Verfahren, um dynamisches SQL verwenden, um splice-in der dynamischen Tabelle mit Namen aus parameter, aber ich Frage mich, ob es ist ein einfacher Weg, durch Verweis auf die Tabelle in einer anderen Art und Weise?

Beispiel:

SELECT * FROM @MyTable WHERE...

Wenn ja, wie kann ich das @MyTable variable aus der Tabelle Namen?

Ich bin mit SQL Server 2005.

  • Wie/wo sind diese Tabellen erstellt oder gespeichert? Sind Sie Ergebnisse aus anderen Abfragen?
  • Als marc_s gesagt, ein upgrade auf SQL 2008. Tabelle-Wert Parameter sind pure awesomeness beim Umgang mit einer großen Anzahl von updates auf eine einzige Tabelle.
  • Bitte Lesen Sie seine Frage genauer. Trotz dem Frage-Titel, er versucht sich zu übergeben Sie den Namen einer Tabelle (eine Tabelle).
InformationsquelleAutor bigtv | 2010-07-27
  1. 3

    Dynamische SQL ist der einzige Weg, dies zu tun, aber ich würde überdenken, die Architektur Ihrer Anwendung, wenn es dies erfordert. SQL ist nicht sehr gut im "Allgemeinen" code. Es funktioniert am besten, wenn es entworfen und codiert, um einzelne Aufgaben.

    Auswahl aus TableA ist nicht das gleiche wie die Auswahl aus TableB, auch wenn die select-Anweisungen gleich Aussehen. Es gibt unterschiedliche Indizes, die verschiedene Tisch-Größen, die Verteilung der Daten, etc.

    Könnte man erstellen Sie Ihre individuellen gespeicherten Prozeduren, die einen gemeinsamen Ansatz. Ein code-generator, erzeugt die verschiedenen gespeicherte Prozeduren auswählen für Tabellen, die Sie brauchen. Jede Tabelle hat Ihren eigenen SP(en), die Sie dann link in Ihre Anwendung.

    Ich geschrieben habe, diese Arten von Generatoren in T-SQL, aber Sie konnte einfach nicht mit den meisten Programmiersprachen. Es ist ziemlich grundlegende Dinge.

    Nur noch eine Sache, da Scott E gebracht ORMs... Sie sollte auch in der Lage sein, diese zu verwenden, die gespeicherte Prozeduren mit modernsten ORMs.

    • Kann jemand mehr Informationen über das schreiben eines SQL-generator? Wie stellen Sie, etc. und stellen Sie sicher, dass alle Standorte, wo der generierte code wird dupliziert synchron bleiben?
    • IMO-code erzeugt, sollten alle geprüft werden in euren source-control-system. Sie können dann ändern Sie die Dinge, die sich auf einen bestimmten Tisch, usw. Jeder setzt, die Sie ausführen sollten verwenden Sie die Dateien von Ihrem Quell-control-system. Sie können verwenden Sie ein tool wie Red Gate ' s SQLCompare (und SQLDataCompare), um sicherzustellen, dass die verschiedenen DBs synchronisiert werden. Sie sind auf http://www.red-gate.com. Sie haben auch einen neuen SQL Source Control Produkt-und deploy-packager.
    InformationsquelleAutor Tom H
  2. 1

    Müssten Sie dynamisches sql verwenden. Aber Mach das nicht! Du bist besser dran mit einem ORM.

    • Hinzufügen eines ORM hinzufügen würde einen sehr hohen Aufwand. Während Sie gerade dabei sind, nicht mit einem hammer zum Nagel-in, ich habe diesen wirklich großen Felsblock, die Sie verwenden können.
    • Würde ich nehmen, die über die Sicherheitsrisiken von dynamischen sql-jeden Tag. Und für die meisten einfachen Abfragen, so etwas wie linq-to-sql fügt nur wenig Aufwand. Auch, sehr hohe Aufwand' ist ziemlich subjektiv, meinst du nicht? Ein bisschen wie zu sagen: "don 'T verwenden Sie dynamische sql' denke ich!
    InformationsquelleAutor ScottE
  3. 1
    EXEC(N'SELECT * from ' + @MyTable + N' WHERE ...     ')
    • Dynamic SQL ist in der Regel nicht "optimal" aber hören Sie nicht auf diejenigen, die sagen nie, es zu benutzen. Es hat seinen Platz.
    InformationsquelleAutor Fosco
  4. 1

    Können Sie dynamisches Sql verwenden, aber überprüfen Sie, dass das Objekt existiert zuerst, es sei denn, Sie können 100% Vertrauen, dass die Quelle der parameter. Es ist wahrscheinlich, dass es zu einem Leistungseinbruch, da SQL server nicht in der Lage sein, wieder verwenden die gleichen execution plan) für die verschiedenen Parameter.

    IF OBJECT_ID(@tablename, N'U') IS NOT NULL
BEGIN 
    --dynamic sql
END
    InformationsquelleAutor Chris Diver
  5. 0
    ALTER procedure [dbo].[test](@table_name varchar(max))
 AS
 BEGIN
  declare @tablename varchar(max)=@table_name;
  declare @statement varchar(max);
  set @statement = 'Select * from ' + @tablename;
  execute (@statement);
 END
    InformationsquelleAutor user4523002
Schreibe einen Kommentar