UGISS Community

Ciao a tutti.
Ho un piccolo problema...

Sto facendo delle stored procedure che devo replicare per diversi linked server.

Vorrei fare un qualcosa di uniforme, parametrizzando tra le altre cose anche il nome del linked server.
Se faccio una cosa del tipo:

declare @linkname varchar(50)
set @linkname = 'LINK_SRV01'

select * from @linkname.database.dbo.tabella_che_te_pare

OVVIAMENTE il mio caro SQL 2005 si innervosisce ed, al posto del messaggio di errore

Msg 102, Level 15, State 1, Line 7
Incorrect syntax near '.'.

Mi fa spuntare la faccia del nostro AmatoPresidenteDavideMauri che mi guarda sconvolto e mi addita dandomi del beone!

E' possibile in qualche modo parametrizzare la clausola FROM?

E' possibile in qualche modo che non sia il cablare TUTTO dentro ad una variabile e poi eseguire tale variabile?

Grazie in anticipo all'anima pia che mi risolvera' questo problema (ammesso che si possa risolvere).

Ciao
Ale

locuratropical:

E' possibile in qualche modo parametrizzare la clausola FROM?

No  

locuratropical:

E' possibile in qualche modo che non sia il cablare TUTTO dentro ad una variabile e poi eseguire tale variabile?

Puoi procedere proprio in questo modo, componendo una stringa contenente il comando SQL completo ed eseguirla mediante EXEC.
Questo procedimento è altamente sconsigliato in quanto può dare origine a tutta una serie di inconvenienti che trovi descritti in questo articolo di Erland.
Se si tratta di un task amministrativo, tappati il naso e vai avanti, ma eviterei di adottare una tecnica simile in una applicazione.

Ciao!

Aspettavo trepidante, interessato e pessimista la risposta al quesito... Purtroppo e' arrivata come temevo.. SIGHT il giorno che il nostro amato TSQL ci consentira' di parametrizzare le tabelle da cui fare la select sara' sempre un po' troppo tardi

Franco

CHE PALLE!

Mi viene il vomito al solo pensiero di dover fare copia e incolla quel centinaio di volte...

AHHHHHH ma lo fotto io...
SISI... CYGWIN e si scripta tutto!

Ma che palleeeee!

Dovro' continuare a vedere il faccione di Davide che mi prende in giro! GRRRRR!!!!!

:D :D :D :D

Ciao
Ale

locuratropical:

CHE PALLE!

Mi viene il vomito al solo pensiero di dover fare copia e incolla quel centinaio di volte...

Non conosco i dettagli del problema, ma io spessissimo mi autogeneraro i comandi che mi servono via SELECT...

Si anche io Lore...

il casino sara' manutenere tutte ste procedure se cambio una virgola....

mi porro' il problema al momento...

per ora SCRIPTSCRIPTSCRIPT....

Grazie per la conferma cmq...

Ale

Ciao Ale

io per risolvere questi problemi con SQL Server 2005 uso i SYNONYMS.

EXEC sp_addlinkedserver Server_Remote;
GO
USE tempdb;
GO
CREATE SYNONYM MyEmployee FOR Server_Remote.AdventureWorks.HumanResources.Employee;
GO

a questo punto nelle tue stored procedure tu farai riferimento a dbo.MyEmployee.

In questo modo se devi cambiare linked server devi solo cambiare il sinonimo e non tutte le SP in cui usi la tabella remota.  

dmauri:

io per risolvere questi problemi con SQL Server 2005 uso i SYNONYMS.

EXEC sp_addlinkedserver Server_Remote;
GO
USE tempdb;
GO
CREATE SYNONYM MyEmployee FOR Server_Remote.AdventureWorks.HumanResources.Employee;
GO

a questo punto nelle tue stored procedure tu farai riferimento a dbo.MyEmployee.

Grazie Davide,

Finalmente ho capito a cosa servono i SYNONYMS

Ciao!

dmauri:

CREATE SYNONYM MyEmployee FOR Server_Remote.AdventureWorks.HumanResources.Employee;
GO

a questo punto nelle tue stored procedure tu farai riferimento a dbo.MyEmployee.

Che figata !!, anch'io non avevo capito come usare i sinonimi ... Cos'altro si puo' fare con loro ??

Franco

orsocurioso:

Cos'altro si puo' fare con loro ??

Non molto altro. Almeno, per ora li ho usati solo per risolvere questioni come quella sollevata da Ale, creando uno strato di astrazione che - sopratutto quando entrano i gioco i linked server - permette di evitare di modificare il codice di stored procedure, viste o query già esistenti.

Belli sisi...

se li devi usare su un esiguo numero di tabelle...
Sto provando ora a vedere (si parla di OGGETTI e non di tabelle nel BOL) a "sinonimizzare" il DB:

use tempdb
CREATE SYNONYM PIPPOSYN FOR LINKED_SRV.AdventureWorks
select * from LINKED_SRV.AdventureWorks.Person.Address --Funziona
select * from dbo.PIPPOSYN.Person.Address --NON Funziona

Vabbe' continuo dopo a lavorarci su.
Ciao
Ale

scusa, ci provo (ne ho impostati alcuni sui miei db per evitare di dover referenziare tutte le volte un percorso completo:

locuratropical:

use tempdb
CREATE SYNONYM PIPPOSYN FOR LINKED_SRV.AdventureWorks
select * from LINKED_SRV.AdventureWorks.Person.Address --Funziona
select * from dbo.PIPPOSYN.Person.Address --NON Funziona

CREATE SYNONYM dbo.PIPPOSYN FOR LINKED_SRV.AdventureWorks

quindi

select * from PIPPOSYN.Person.Address

ti dovrebbe funzionare

Ciao

Mauro 

Ciao Mauro...
Nada de nada....

CREATE SYNONYM [dbo].[PIPPOSYN] FOR [LINKED_SRV].[AdventureWorks]
SELECT * from pipposyn.person.address --NADA
SELECT * from dbo.pipposyn.person.address --NADA

Vabbe' ci riprovo piu' tardi...
(Cmq se lo attacchi ad una tabella funziona benissimo... e' sul db che non va...)

Ciao
Ale

Ale i SYNONYM devono essere creati su un oggetto base:

I BOL sono chiari in proposito: 

"You can use synonyms in place of their referenced base object in several SQL statements and expression contexts. "

Sui BOL cerca "Synonyms (Database Engine) " e vedrai che l'arcano verrà spiegato