In SQL server gibt es eine Möglichkeit, die "use database" - Befehl, um zu akzeptieren eine variable

Möchte ich schreiben, einen 'generic' - Skript für den Betrieb auf einer Reihe von Datenbanken. "Use databasename' Befehle werden verteilt in den Körper des Skripts. Ich würde eher zeigen, der name der Datenbank, information an den Anfang des Skripts. Also im Idealfall:

declare @db varchar(100) 
set @db = 'data_in' 
die Verwendung von @ - db

Diese ausfällt. Also vielleicht

declare @db varchar(100) 
set @db = 'data_in' 
exec ('benutzen '+@db)

Diese ausführt, aber vermutlich änderungen der Datenbank werden nur die im Rahmen der Abfrage in den string.

So gibt es eine andere Möglichkeit, ohne dabei das gesamte Skript in eine Zeichenfolge und Ausführung, die Art und Weise, dh. eine Heilung schlimmer als die Krankheit?

InformationsquelleAutor | 2009-06-09
  1. 5

    Check-out-Scripting Variablen in SQLCMD.

    Dadurch können Sie Variablen in Ihre Skripte in der form:

    USE $(db1_name)
...some code...

USE $(db2_name)
...some code...

    Haben und die Werte der Variablen interpoliert von environment-Variablen, Parameter zur Laufzeit, oder hart codierten Wert-Zuweisungen.

    • Um eine skriptvariable sagen :setvar db1_name dbaaa Dann kann man sagen USE $(db1_name)
    InformationsquelleAutor Ed Harper
  2. 2

    Ed bereits erwähnt, SQLCMD, eine sehr gute Wahl für scripting.

    Wenn das nicht für Sie tun, und Sie haben sa-Rechte auf dem server, und Sie nichts dagegen haben, das Risiko der Verwendung von undokumentierten features und ändern Sie die master-Datenbank, vielleicht schauen Sie in die benutzerdefinierte gespeicherte Systemprozeduren.

    Einen Benutzer-definierten system gespeicherten Prozedur (UDSSP) erstellt, in der master-Datenbank mit dem Präfix "sp_" und markiert als ein system-Objekt mit dem undokumentierten system proc sp_MS_marksystemobject (SQL2005).

    Dauert es seine Datenbank Kontext der aktuellen Verbindung oder ein drei-Teil-Namen, wenn so genannte.

    Beispiel-Aufruf:

    declare @db sysname
declare @sql nvarchar(max)
set @db = 'yourdatabase'
set @sql = 'exec '+quotename(@db)+'..sp_@yourproc'
exec (@sql)

    Hinweise:

    1. Wenn Sie diesen Weg gehen, empfehle ich mit einem eindeutigen Präfix, sortiert nach oben, wie sp_@yourproc, anstatt sp_yourproc, so findet man Sie später wieder, und andere Leute wissen, dass Sie etwas besonderes sind.

    2. Sobald das Verfahren ist gekennzeichnet als system, es kann nicht aktualisiert werden. Um änderungen vorzunehmen, müssen Sie Sie löschen, neu erstellen und Bemerkung als system.

    3. Dies nicht tun, es sei denn, Sie wissen, was Sie tun und getan haben, ein wenig mehr Forschung. Tun Sie das nicht wenn Sie sind risikoscheu. Tun Sie das nicht, wenn Sie nicht über eine Entwicklungs-Instanz zu testen, auf den ersten.

    4. Sicherung der UDSSPs Datei oder CSV-Datei. Ein server-upgrade können Sie wischen Sie Sie heraus.

    InformationsquelleAutor Peter Radocchia
  3. 1

    Könnte man NICHT legen Sie eine use-Anweisung in Ihrem Skript, und versorgen Sie die Datenbank mit dem Befehl osql (oder was auch immer du verwendest) wie folgt:

    osql -S servername -d databasename -U username -P password -i script.sql
    • Aber es ist mehr als eine Datenbank beteiligt. Daher die Notwendigkeit, zu wechseln, Datenbank-Kontexten, an verschiedenen Punkten in das Skript.
    • teilen Sie die Skripte und führen Sie Sie separat?
    InformationsquelleAutor fretje
  4. 1

    Ich denke, deine Vermutung ist richtig; ich hatte das gleiche problem gestern. Ich löste es, indem Sie die Befehle in eine einzige Zeichenkette. Warum mögt Ihr diese Lösung?

    InformationsquelleAutor Hipponax43
Schreibe einen Kommentar