Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Проблема внутреннего доступа к данным встречается довольно часто. Речь идет о тех ситуациях, когда необходимо получить доступ к тому же серверу, на котором выполняется конкретная хранимая процедура или функция среды CLR. Одним из вариантов является создание подключения с помощью System.Data.SqlClient.SqlConnection
, указание строки подключения, указывающей на локальный сервер, и открытие подключения. Для этого требуется указать учетные данные для входа. Подключение находится в другом сеансе базы данных, отличном от хранимой процедуры или функции, у него могут быть разные SET
параметры, он находится в отдельной транзакции, он не видит временные таблицы и т. д. Если в процессе SQL Server выполняется управляемая хранимая процедура или код функции, это связано с тем, что кто-то подключен к серверу и выполнил инструкцию SQL для вызова. Вероятно, требуется, чтобы хранимая процедура или функция выполнялись в контексте этого соединения, а также ее транзакция, SET
параметры и т. д. В этом состоит так называемое контекстное соединение.
Контекстное соединение позволяет выполнять инструкции Transact-SQL в том же контексте, в каком первоначально был вызван конкретный код. Чтобы получить подключение к контексту, необходимо использовать ключевое слово строки подключения контекста, как показано в следующем примере:
[C#]
using(SqlConnection connection = new SqlConnection("context connection=true"))
{
connection.Open();
// Use the connection
}
[Visual Basic]
Using connection as new SqlConnection("context connection=true")
connection.Open()
' Use the connection
End Using
В этом разделе
Обычные подключения к контексту
Описывает разницу между регулярными и контекстными соединениями.
Ограничения на регулярные и контекстные подключения
Описывает ограничения регулярных и контекстных соединений.