Criando um assembly

Os objetos de banco de dados gerenciado, como os procedimentos armazenados ou gatilhos, são compilados e implantados em unidades chamadas de assembly. Assemblies DLL gerenciados devem ser registrados em SQL Server antes que a funcionalidade que o assembly fornece possa ser usada. Para registrar um assembly em um banco de dados SQL Server, use a instrução CREATE ASSEMBLY. Este tópico trata sobre como registrar um assembly em um banco de dados usando a instrução CREATE ASSEMBLY e como especificar as configurações de segurança do assembly.

A instrução CREATE ASSEMBLY

A instrução CREATE ASSEMBLY é usada para criar um assembly em um banco de dados. Veja um exemplo:

CREATE ASSEMBLY SQLCLRTest  
FROM 'C:\MyDBApp\SQLCLRTest.dll';  

A cláusula FROM especifica o nome do caminho do assembly a ser criado. Esse caminho pode ser um caminho UNC (convenção de nomenclatura universal) ou um caminho físico do arquivo que é local no computador.

O SQL Server não permite o registro de versões diferentes de um assembly com nome, cultura e chave pública iguais.

É possível criar assemblies que referenciem outros. Quando um assembly é criado no SQL Server também cria os assemblies referenciados pelo assembly de nível raiz, se os assemblies referenciados ainda não forem criados no banco de dados.

Os usuários de banco de dados ou as funções de usuário obtêm permissões para criar, e assim ter propriedade sobre, os assemblies em um banco de dados. Para criar assemblies, a função ou o usuário de banco de dados deve ter a permissão CREATE ASSEMBLY.

Um assembly só poderá ter êxito ao referenciar outros assemblies se:

• O assembly chamado ou referenciado tem como proprietário o mesmo usuário ou função.

• O assembly chamado ou referenciado foi criado no mesmo banco de dados.

Especificando a segurança ao criar assemblies

Ao criar um assembly em um banco de dados SQL Server, você pode especificar um dos três níveis diferentes de segurança nos quais seu código pode ser executado: SAFE, EXTERNAL_ACCESSou UNSAFE. Quando a instrução CREATE ASSEMBLY é executada, determinadas verificações são realizadas no assembly do código que podem causar falha no assembly ao se registrar no servidor. Para obter mais informações, consulte o exemplo de Representação em CodePlex.

SAFE é o conjunto de permissões padrão e funciona para a maioria dos cenários. Para especificar um determinado nível de segurança, modifique a sintaxe da instrução CREATE ASSEMBLY da seguinte maneira:

CREATE ASSEMBLY SQLCLRTest  
FROM 'C:\MyDBApp\SQLCLRTest.dll'  
WITH PERMISSION_SET = SAFE;  

Também é possível criar um assembly com o conjunto de permissões SAFE simplesmente omitindo a terceira linha de código acima:

CREATE ASSEMBLY SQLCLRTest  
FROM 'C:\MyDBApp\SQLCLRTest.dll';  

Quando o código de um assembly é executado no conjunto de permissões SAFE, ele só pode fazer cálculos e acessar dados no servidor através do provedor gerenciado em processo.

Criando assemblies EXTERNAL_ACCESS e UNSAFE

O EXTERNAL_ACCESS aborda cenários nos quais o código precisa acessar recursos fora do servidor, como arquivos, rede, o Registro e variáveis de ambiente. Sempre que o servidor acessa um recurso externo, ele representa o contexto de segurança do usuário que chama o código gerenciado.

UNSAFE A permissão de código é para as situações em que um assembly não é verificávelmente seguro ou requer acesso adicional a recursos restritos, como a API do Microsoft Win32.

Para criar um EXTERNAL_ACCESS assembly ou UNSAFE em SQL Server, uma das duas seguintes condições deve ser atendida:

1. O assembly é assinado com nome forte ou com Authenticode usando um certificado. Esse nome forte (ou certificado) é criado dentro de SQL Server como uma chave assimétrica (ou certificado) e tem um logon correspondente com EXTERNAL ACCESS ASSEMBLY permissão (para assemblies de acesso externo) ou UNSAFE ASSEMBLY permissão (para assemblies não seguros).

2. O DBO (proprietário do banco de dados) tem EXTERNAL ACCESS ASSEMBLY a permissão (para EXTERNAL ACCESS assemblies) ou UNSAFE ASSEMBLY (para UNSAFE assemblies) e o banco de dados tem a Propriedade de Banco de Dados TRUSTWORTHY definida ONcomo .

As duas condições listadas acima também são verificadas na hora do carregamento do assembly (que inclui a execução). Pelo menos um das condições precisa ser cumprida para carregar o assembly.

Recomendamos que a Propriedade de Banco de Dados TRUSTWORTHY em um banco de dados não seja definida ON como apenas para executar o código CLR (Common Language Runtime) no processo do servidor. Em vez disso, recomendamos que seja criada uma chave assimétrica do arquivo de assembly no banco de dados mestre. É necessário criar um logon mapeado para essa chave assimétrica o qual precisa receber a concessão de uma permissão EXTERNAL ACCESS ASSEMBLY ou UNSAFE ASSEMBLY.

As instruções Transact-SQL a seguir antes de executar a instrução CREATE ASSEMBLY.

USE master;   
GO    
  
CREATE ASYMMETRIC KEY SQLCLRTestKey FROM EXECUTABLE FILE = 'C:\MyDBApp\SQLCLRTest.dll'     
CREATE LOGIN SQLCLRTestLogin FROM ASYMMETRIC KEY SQLCLRTestKey     
GRANT EXTERNAL ACCESS ASSEMBLY TO SQLCLRTestLogin;   
GO   

Para criar um assembly EXTERNAL ACCESS, o criador precisa ter a permissão EXTERNAL ACCESS. Isso é especificado ao criar o assembly:

CREATE ASSEMBLY SQLCLRTest  
FROM 'C:\MyDBApp\SQLCLRTest.dll'  
WITH PERMISSION_SET = EXTERNAL_ACCESS;  

As instruções Transact-SQL a seguir antes de executar a instrução CREATE ASSEMBLY.

USE master;   
GO    
  
CREATE ASYMMETRIC KEY SQLCLRTestKey FROM EXECUTABLE FILE = 'C:\MyDBApp\SQLCLRTest.dll';     
CREATE LOGIN SQLCLRTestLogin FROM ASYMMETRIC KEY SQLCLRTestKey ;    
GRANT UNSAFE ASSEMBLY TO SQLCLRTestLogin ;  
GO  

Para especificar que um assembly é carregado com a permissão UNSAFE, especifique o conjunto de permissões UNSAFE ao carregar o assembly no servidor:

CREATE ASSEMBLY SQLCLRTest  
FROM 'C:\MyDBApp\SQLCLRTest.dll'  
WITH PERMISSION_SET = UNSAFE;  

Para obter mais detalhes sobre as permissões para cada uma das configurações, consulte Segurança de Integração do CLR.

Consulte Também

Gerenciando assemblies de integração CLR
Alterando um assembly
Descartando um assembly
Segurança de acesso a código da integração CLR
propriedade TRUSTWORTHY do banco de dados
Permitindo chamadores parcialmente confiáveis