Data Access from CLR Database Objects

A common language runtime (CLR) routine may easily access data stored in the instance of Microsoft SQL Server in which it runs, as well as data stored in remote instances. Which particular data the routine can access is determined by the user context in which the code is running. Access data from within a CLR database object by using the .NET Framework Data Provider for SQL Server, also referred to as SqlClient. This is the same provider used by developers accessing SQL Server data from managed client and middle-tier applications. Because of this, you can leverage your knowledge of ADO.NET and SqlClient in client and middle-tier applications.

This section discusses only the specific functional and behavioral differences when accessing data from within a CLR database object. For more information about the features and functionality of ADO.NET, see the ADO.NET documentation included in the .NET Framework SDK.

The following table lists the topics in this section.

• Context Connection
  Describes the context connection to SQL Server.

• Impersonation and Credentials for Connections
  Describes impersonating connections and connection credentials.

• SQL Server In-Process Specific Extensions to ADO.NET
  Discusses the in-process specific SqlPipe, SqlContext, SqlTriggerContext, and SqlDataRecord objects.

• CLR Integration and Transactions
  Describes how the new transaction framework provided in the System.Transactions namespace integrates with ADO.NET and SQL Server CLR integration.

• XML Serialization from CLR Database Objects
  Explains how to enable XML serialization scenarios of CLR database objects inside SQL Server.