Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Important
N’utilisez pas System.Data.SqlClient pour le nouveau développement. Utilisez Microsoft.Data.SqlClient plutôt pour les applications clientes autonomes. L’exception est le code CLR (Common Language Runtime) à l’intérieur de SQL Server : les connexions de contexte avec Context Connection=true nécessitent le fournisseur .NET Framework System.Data.SqlClient. Microsoft. Data.SqlClient ne prend pas en charge les connexions de contexte.
Une procédure stockée CLR ou une fonction doit souvent accéder au serveur où elle s’exécute. Vous pouvez ouvrir une connexion distincte avec SqlConnection et une chaîne de connexion pour le serveur local, mais cela nécessite des informations d’identification de connexion. La nouvelle connexion utilise une autre session et transaction, peut avoir des options différentes SET et ne voit pas les tables temporaires de l’appelant.
Pour utiliser la session de l’appelant, ouvrez une connexion de contexte à la place. La procédure stockée ou la fonction utilise ensuite la connexion qui l’a appelée, y compris la transaction et SET les options de cette connexion.
La connexion contextuelle permet d'exécuter des instructions Transact-SQL dans le même contexte que celui où votre code a été appelé en premier lieu. Pour plus d’informations, consultez La connexion contextuelle.