Выполнение нескольких динамических операторов вместе на связанном сервере

Question

мне нужно выполнить три динамических операторов SQL синхронно на связанный сервер (SQL Server 2005), как это:

declare @statement nvarchar(max); 

set @statement = 'exec ' + @server_name + '.' + @database_name + '.dbo.Foo;exec ' + @server_name + '.' + @database_name + '.dbo.Bar;exec ' + @server_name + '.' + @database_name + '.dbo.BigTime'; 

exec sp_executesql @statement; 

Чтобы проверить это, у меня есть настройки связанного сервера, ссылки на себя.

При выполнении этого локального (удаляя @server_name), используя SQL Profiler, я вижу, что он выполняется просто отлично, как один оператор. Однако, когда я выполняю это через связанный сервер (используя переменную @server_name), я вижу в SQL Profiler, что каждый оператор запускается отдельно, а sp_reset_connection выполняется после каждого.

Трассировка выглядит примерно так:

Audit Login .... 
exec database.dbo.Foo 
exec sp_reset_connection 
Audit Logout 
Audit Login .... 
exec database.dbo.Bar 
exec sp_reset_connection 
Audit Logout 
Audit Login .... 
exec database.dbo.BigTime 
exec sp_reset_connection 
Audit Logout 

Это вызывает у меня проблемы. Есть ли какие-либо причины, по которым я могу указать SQL Server, чтобы не вызывать sp_reset_connection между операторами?

Answer 1

Можете ли вы сделать один SP на связанном сервере, который вызывает другие 3, а затем просто вызвать его?

Зачем возникает проблема с соединением сброса? Каждый SP использует какое-то особое хранилище постоянного хранения, например, временную таблицу или что-то еще?

Answer 2

Выполняется три вызова трех связанных серверов, результат - именно то, что вы ожидаете (даже если 3 связанных сервера не отличаются друг от друга). Для того, чтобы достичь того, что описывать, выполнять звонки, как вы описываете: выполнить три процедуры на одном связанном сервере:

linkedserver.master.dbo.sp_ExecuteSQL N' 
    exec dbname.dbo.Foo; 
    exec dbname.dbo.Bar; 
    exec dbname.dbo.BigTime;'; 

Все, что вам нужно сделать, это обернуть это вокруг в динамическом встроенным SQL:

declare @remoteStatement nvarchar(max), @localStatement nvarchar(max); 
set @remoteStatement = N'exec ' + @database_name + N'.dbo.Foo; 
    exec ' + @database_name + N'.dbo.Bar; 
    exec '+ @database_name + N'.dbo.BigTime'; 
set @localStatement = @server_name + N'.master.dbo.sp_executesql @remoteStatement;'; 

exec sp_executesql @localStatement, N'@remoteStatement nvarchar(max)', @remoteStatement; 

Answer 3

Этот могут помочь:

BEGIN DISTRIBUTED TRANSACTION 
your stuff here 
COMMIT TRANSACTION 

Для этого вам понадобится распределенный координатор транзакций.

Answer 4

DECLARE @sql1 NVARCHAR(MAX), @sql2 NVARCHAR(MAX); 

SET @sql1 = 'EXEC ' + @database_name + '.dbo.Foo;' 
      + 'EXEC ' + @database_name + '.dbo.Bar;' 
      + 'EXEC ' + @database_name + '.dbo.BigTime;'; 

SET @sql2 = 'EXEC ' + @server_name + '.master.dbo.sp_executeSQL ''' + @sql1 + ''';'; 

EXEC sp_executeSQL @sql2; 

Answer 5

Согласно ответу Ремуса, но избегает некоторой динамической SQL с помощью sp_setnetname. YMMV.

Это было предложено в день или 2 назад: Fully qualified table names with SP_ExecuteSql to access remote server