Warum ist OPENQUERY auf einem lokalen Server schlecht?

Question

Ich schreibe ein Skript, das um eine Reihe von Servern laufen soll und eine Reihe von Daten auswählen soll, einschließlich des lokalen Servers. Das SQL, das benötigt wird, um die benötigten Daten auszuwählen, ist ziemlich kompliziert, also schreibe ich eine Art Ad-hoc-Ansicht und benutze eine OPENQUERY-Anweisung, um die Daten zu bekommen, also schliesse ich mich endlos über eine Anweisung wie diese:

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

Allerdings habe ich gehört, dass die Verwendung von OPENQUERY auf dem lokalen Server ist verpönt. Könnte jemand näher erläutern, warum?

Answer 1

• Obwohl die Abfrage mehrere Ergebnismengen zurückgeben kann, gibt OPENQUERY nur die erste zurück.
• OPENQUERY akzeptiert keine Variablen für ihre Argumente.
• OPENQUERY kann nicht zum Ausführen erweiterter gespeicherter Prozeduren auf einem Verbindungsserver verwendet werden. Eine erweiterte gespeicherte Prozedur kann jedoch auf einem Verbindungsserver unter Verwendung eines vierteiligen Namens ausgeführt werden.
• Wenn die sp_addlinkedserver gespeicherte Prozedur in demselben Skript verwendet wird, die Anmeldeinformationen auf dem Remote-Server verwendet werden, in das Skript fest einprogrammiert, sichtbar für jeden, der eine Kopie hat

Referenz:

• OPENQUERY

Answer 2

Zusätzlich zu dem, was @OMG Ponies gesagt hat, ist es einfach unnötig. Es gibt keinen Grund, Ad-hoc-Abfragen und verteilte Transaktions-Semantiken einzuführen, wenn Sie dies nicht müssen. Wenn Sie OPENQUERY verwenden, übernehmen Sie alle negativen Aspekte von dynamischem SQL, einschließlich weniger vorhersehbarer Pläne und der Unfähigkeit des Servers, Abhängigkeiten genau zu verfolgen.

OPENQUERY erfordert auch, dass der lokale Benutzer über Berechtigungen für den Zielserver verfügt. Dies ist wahrscheinlich nicht das, was Sie möchten, es sei denn, es handelt sich um ein Verwaltungsskript. Sie können nicht erwarten, dass jeder Benutzer einer Datenbank dieselben Berechtigungen für jede andere Datenbank hat.

Answer 3

Nur ein Follow-up.

OpenQuery ist gut, wenn Sie einige Rowsets aus gespeicherten Prozeduren vergleichen oder bearbeiten müssen.

zum Beispiel, wenn Sie die Ergebnisse von zwei Servern (Test und Rollout-Server) vergleichen, wenn Sie von SQL Server 2005 zu SQL Server 2008 migrieren zum Beispiel, dann können Sie die folgende Abfrage tun:

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; 

um Diskrepanzen zu sehen.