Perché utilizzare OPENQUERY su un server locale è negativo?

Question

Sto scrivendo uno script che dovrebbe girare intorno a un gruppo di server e selezionare un sacco di dati da loro, incluso il server locale. L'SQL necessario per SELEZIONARE i dati di cui ho bisogno è piuttosto complicato, quindi sto scrivendo una sorta di vista ad hoc e usando un'istruzione OPENQUERY per ottenere i dati, così alla fine finirò il ciclo su una dichiarazione come questa:

exec('INSERT INTO tabl SELECT * FROM OPENQUERY(@Server, @AdHocView)') 

Tuttavia, ho sentito che l'utilizzo di OPENQUERY sul server locale è disapprovato. Qualcuno potrebbe spiegare perché?

Answer 1

• Sebbene la query possa restituire più set di risultati, OPENQUERY restituisce solo il primo.
• OPENQUERY non accetta variabili per i suoi argomenti.
• OPENQUERY non può essere utilizzato per eseguire stored procedure estese su un server collegato. Tuttavia, è possibile eseguire una stored procedure estesa su un server collegato utilizzando un nome composto da quattro parti.
• Se la stored procedure sp_addlinkedserver viene utilizzato entro stesso script, le credenziali utilizzate sul server remoto sono fissi nello script, visibile a chiunque abbia una copia

Riferimento:

• OPENQUERY

Answer 2

In aggiunta a quanto detto da @OMG Ponies, è semplicemente inutile. Non c'è motivo di introdurre una query ad-hoc e una semantica della transazione distribuita quando non è necessario. Quando si utilizza OPENQUERY, si adottano tutti gli aspetti negativi di SQL dinamico, inclusi i piani meno prevedibili e l'impossibilità del server di tenere traccia delle dipendenze in modo accurato.

OPENQUERY richiede inoltre che l'utente locale disponga delle autorizzazioni per il server di destinazione, che probabilmente non è ciò che si desidera a meno che non si tratti di uno script amministrativo. Non ci si può aspettare che ogni utente di un database abbia le stesse autorizzazioni per ogni altro database.

Answer 3

Solo un follow-up.

OpenQuery è buono quando è necessario confrontare o manipolare alcuni set di righe da stored procedure.

per esempio se si deve confrontare i risultati di due server (test e server rollout) durante la migrazione da SQL Server 2005 al SQL Server 2008 per esempio, allora si può fare la seguente query:

select * into test_table from OpenQuery(testServer, 'exec testdb.dbo.test_sp'); 
select * into rollout_table from OpenQuery(rolloutServer, 'exec testdb.dbo.test_sp'); 

select * from test_table 
except 
select * from rollout_table; 

select * from rollout_table 
except 
select * from test_table; 

per vedere eventuali discrepanze.