Modalità SQLCMD in espansione SSMS e @@ variabile

8

Quando si utilizza la modalità SQLCMD con SSMS (non dalla riga di comando), esiste un modo per assegnare il server e l'istanza correnti a una variabile? Ciò è diverso e distinto dall'assegnazione delle normali variabili TSQL.

Definizione del problema

Voglio usare la potenza dell'espansione variabile di SQLCMD per sostituire i valori specifici dell'ambiente nei nostri script di distribuzione anziché l'attuale mash di creazione di stringhe tsql in cui ho camminato. Con l'unica eccezione dell'ambiente attuale, l'uso di SQLCMD per gestire le distribuzioni è andato molto bene.

--
-- define 2 sqlcmd variables that will be expanded in scripts
--
:setvar dbServer "DEVA2\DEV2"
:setvar dbNotServer @@servername

SELECT
    '$(dbServer)' AS hard_coded_value
,   @@servername AS [servername]
,   '$(dbNotServer)' AS dbNotServer

E questo genera i seguenti risultati.

hard_coded_value  servername  dbNotServer
DEVA2\DEV2        DEVA2\DEV2  @@servername

Meat Loaf dice che 2 su 3 non sono male , ma preferirei avere una soluzione 3 su 3. Quando quello script viene distribuito sul server di prova, non voglio fidarmi delle persone che eseguono la distribuzione con la modifica dello script.

Se l'unica soluzione all'utilizzo di SQLCMD è quella di invocare gli script completamente dalla riga di comando, posso accettarlo, ma volevo buttarlo qui perché sono pronto a utilizzare SQLCMD.

Uscita desiderata

:setvar dbNotServer @@servername
SELECT '$(dbNotServer)' AS worked

risultati

worked
DEVA\DEV2

Inseguimenti infruttuosi

Il primo link BOL ha mostrato risultati promettenti, tutto quello che dovevo fare era usare SQLCMDSERVER ma senza risultati. Eseguito nel contesto di SSMS in modalità SQLCMD, genererà un errore di scripting fatale

-- A fatal scripting error occurred.
-- Variable SQLCMDSERVER is not defined.
SELECT '$(SQLCMDSERVER)' AS [FatalScriptingError]

Aggiornamento di Tumbleweed

2011-08-12 Nel tentativo di ridurre il mio problema nella forma più semplice, in base alle risposte, ho semplificato troppo le mie domande (le mie scuse). Una parte della query che ho usato è di seguito. I due reponder hanno ragione nelle loro risposte che identificano il wrapping @@nomeserver nei segni di spunta determina il valore letterale e per ottenere il valore espanso, dovrei scartarlo dalle virgolette. Il mio desiderio era di usare la sostituzione della variabile sqlcmd piuttosto che la costruzione di stringhe che unwrap avrebbe comportato.

INSERT INTO
    dbo.SSISCONFIG
(
    ConfigurationFilter
,   ConfiguredValue
,   PackagePath
,   ConfiguredValueType
,   Application
,   Category
,   Subcategory
,   Comment
)
SELECT
    'Default.Accounting' AS ConfigurationFilter
,   'Data Source=$(dbServer);Initial Catalog=Accounting;Provider=SQLNCLI10.1;Integrated Security=SSPI;Packet Size=32767;' AS ConfiguredValue
,   '\Package.Connections[Accounting].Properties[ConnectionString]' AS PackagePath
,   'String' AS ConfiguredValueType
,   'Defaults' AS Application
,   'Connection' AS Category
,   'Database' AS Subcategory
,   'Default connection string' AS Comment
SELECT
    'Default.$(sqlVersion).CorporateReporting' AS ConfigurationFilter
,   'Data Source=$(dwServer);Initial Catalog=CRDS;Provider=SQLNCLI10.1;Integrated Security=SSPI;Packet Size=32767;' AS ConfiguredValue
,   '\Package.Connections[CorporateReporting].Properties[ConnectionString]' AS PackagePath
,   'String' AS ConfiguredValueType
,   'Defaults' AS Application
,   'Connection' AS Category
,   'Database' AS Subcategory
,   'Default connection string' AS Comment

La chiamata dalla riga di comando funziona (come previsto)

C:\>sqlcmd -E -d master -S DEVA2\DEV2 -Q "SELECT '$(SQLCMDSERVER)' AS [servername]"

Ho provato e scartato altre permutazioni di: setvar x @@ servername nel tentativo di ottenere il valore valutato della variabile del database memorizzato nella variabile SQLCMD. A questo punto, sono abbastanza certo che le variabili sqlcmd sono sostituite nelle query prima della compilazione delle query, ma mi piacerebbe essere smentito.

Riferimenti BOL

sql-server sql-server-2008 sql-server-2005

— billinkc
fonte

3

Le variabili SQL-CMD vengono valutate prima dell'esecuzione del batch. Quindi non è possibile assegnare un valore di variabile t-sql a una variabile CMD.

— Stefan Wilms
fonte

Sembra certamente così. Sei a conoscenza di documenti che affermano che è così?

— billinkc,

3

A meno che non mi manchi qualcosa, non funziona, senza gli apostrofi ?:

:setvar dbNotServer @@servername
SELECT $(dbNotServer) AS worked

Restituisce SERVER \ INSTANCE per me in modalità SQLCMD tramite SSMS.

Modifica 02/12/2018 Dopo aver trovato la mia risposta a un'altra domanda e aver esaminato, posso vedere il problema, credo che si riduce a questo:

:setvar dbNotServer @@servername
print '$(dbNotServer)'

Questo produce @@ nomeserver e l'output desiderato è il valore di @@ nomeserver. L'unico modo che ho visto per farlo è nella risposta accettata qui

— SqlACID
fonte

1

È sufficiente sostituire la stringa @@servernameper $(dbNotServer)così è l'SQL inviato per l'esecuzione SELECT @@servername AS worked. Non è possibile assegnare il valore della @@servername variabile sqlcmd come richiesto.

— Martin Smith,

1

In "Output desiderato", il T-SQL che va al server diventa:

SELECT '@@servername' AS worked

Mettere le virgolette singole @@servernamerende letterale una stringa e non verrà sostituita con il nome effettivo, motivo per cui lo vedi @@servernamecome valore.

Se stai cercando di visualizzare il nome del server, rimuovi le virgolette singole, rendendo il tuo T-SQL:

SELECT @@servername AS worked

Non sono del tutto chiaro capisco la domanda, ma è così che otterresti ciò che è nel tuo "Output desiderato".

— Pavel
fonte