Visão geral da integração CLR

O CLR (Common Language Runtime) é o centro do Microsoft .NET Framework; ele fornece o ambiente de execução para todo o código do .NET Framework. O código executado no CLR é chamado de código gerenciado. O CLR fornece diversas funções e serviços necessários para a execução de programas, incluindo a compilação JIT (Just-In-Time), alocação e gerenciamento de memória, imposição de segurança de tipos, tratamento de exceções, gerenciamento de threads e segurança. Consulte o SDK do .NET Framework para obter mais informações.

Com o CLR hospedado no Microsoft SQL Server (a chamada integração CLR), você pode criar procedimentos armazenados, gatilhos, funções definidas pelo usuário, tipos definidos pelo usuário e agregações definidas pelo usuário no código gerenciado. Como o código gerenciado é compilado em código nativo antes da execução, você pode obter aumentos significativos de desempenho em alguns cenários.

O código gerenciado usa a CAS (segurança de acesso do código) para impedir que os assemblies executem determinadas operações. O SQL Server usa CAS para ajudar a proteger o código gerenciado e evitar o comprometimento do sistema operacional ou servidor de banco de dados.

Vantagens da integração CLR

O Transact-SQL foi especificamente projetado para a manipulação e o acesso direto a dados no banco de dados. Embora o Transact-SQL seja excelente no gerenciamento e no acesso a dados, não se trata de uma linguagem de programação totalmente desenvolvida. Por exemplo, o Transact-SQL não dá suporte a matrizes, coleções, loops foreach, deslocamento de bit ou classes. Algumas dessas construções podem ser simuladas no Transact-SQL, mas o código gerenciado tem suporte integrado para elas. Dependendo do cenário, esses recursos podem representar um motivo convincente para implementar determinada funcionalidade de banco de dados no código gerenciado.

O Microsoft Visual Basic .NET e o Microsoft Visual C# oferecem recursos orientados a objeto, como encapsulamento, herança e polimorfismo. Agora, o código relacionado pode ser facilmente organizado em classes e namespaces. Ao trabalhar com grandes quantidades de código de servidor, isso permite organizar e manter seu código de forma mais fácil.

O código gerenciado é mais adequado que o Transact-SQL para cálculos e lógica de execução complicada, apresentando suporte abrangente para diversas tarefas complexas, incluindo o tratamento de cadeias de caracteres e expressões regulares. Com a funcionalidade que se encontra na Biblioteca do .NET Framework, você tem acesso a milhares de classes e rotinas pré-criadas. Elas podem ser acessadas facilmente de qualquer procedimento armazenado, gatilho ou função definida pelo usuário. A BCL (Base Class Library) inclui classes que fornecem funcionalidade para manipulação de cadeias de caracteres, operações matemáticas avançadas, acesso a arquivos, criptografia e outros.

Uma das vantagens do código gerenciado é a segurança de tipos ou a garantia de que o código acesse apenas os tipos de modos permitidos e bem definidos. Antes da execução do código gerenciado, o CLR verifica se o código é seguro. Por exemplo, o código é verificado para assegurar que nenhuma memória que não tenha sido gravada anteriormente seja lida. O CLR também pode ajudar garantir que o código não manipule a memória não gerenciada.

A integração CLR oferece a possibilidade de melhorar o desempenho. Para obter informações, consulte Desempenho da integração clr.

Escolhendo entre o Transact-SQL e o código gerenciado

Ao escrever procedimentos armazenados, gatilhos e funções definidas pelo usuário, você deve decidir se deseja usar o Transact-SQL tradicional ou uma linguagem do .NET Framework, como o Visual Basic .NET ou o Visual C#. Use o Transact-SQL quando o código executar o acesso a dados principalmente com pouca ou nenhuma lógica de procedimento. Use o código gerenciado para funções que utilizam intensamente a CPU e procedimentos que apresentam lógica complexa, ou quando desejar usar a BCL do .NET Framework.

Escolhendo entre a execução no servidor e a execução no cliente

Um outro fator que influencia sua decisão de usar o Transact-SQL ou o código gerenciado é o local onde o código irá residir, o computador servidor ou o computador cliente. Tanto o Transact-SQL quanto o código gerenciado podem ser executados no servidor. Assim, o código e os dados ficam próximos, o que possibilita o aproveitamento do poder de processamento do servidor. Por outro lado, talvez você queira evitar colocar tarefas que utilizam intensamente o processador no servidor de banco de dados. Atualmente, a maioria dos computadores cliente tem uma capacidade grande, e talvez você queira aproveitar esse poder de processamento colocando a maior quantidade de código possível no cliente. O código gerenciado pode ser executado em um computador cliente, o que não ocorre com o Transact-SQL.

Escolhendo entre procedimentos armazenados estendidos e o código gerenciado

Os procedimentos armazenados estendidos podem ser criados de forma a executar funcionalidades que não são possíveis com os procedimentos armazenados Transact-SQL. Porém, os procedimentos armazenados estendidos podem comprometer a integridade do processo do SQL Server, o que não ocorre com o código gerenciado, que é verificado quanto à segurança de tipos. Além disso, o gerenciamento da memória, o agendamento de threads e fibras, e os serviços de sincronização são integrados de forma mais aprofundada entre o código gerenciado do CLR e o SQL Server. Com a integração CLR, você tem uma forma mais segura que os procedimentos armazenados estendidos para escrever os procedimentos armazenados necessários para executar tarefas que não são possíveis no Transact-SQL. Para obter mais informações sobre a integração clr e procedimentos armazenados estendidos, consulte Desempenho da integração CLR.

Consulte Também

Instalando o .NET Framework
Arquitetura da integração CLR
Acesso aos dados dos objetos de banco de dados CLR
Introdução à integração CLR