O que há de novo na integração CLR?
Aplica-se a:SQL Server
Veja a seguir novos recursos na integração do CLR (Common Language Runtime) do .NET Framework no SQL Server 2012 (11.x) e versões posteriores:
Na versão 4 do CLR, os objetos de banco de dados CLR não capturam mais exceções de estado corrompidas. Agora, essas exceções são capturadas na camada de hospedagem da integração CLR. Os componentes do banco de dados CLR ainda podem capturar essas exceções definindo um atributo de código (<legacyCorruptedStateExceptionsPolicy> Element). No entanto, esse atributo não é recomendado, pois os resultados não são confiáveis quando ocorre uma exceção de estado corrompida.
Devido a requisitos de segurança estritos no SQL Server, os componentes do banco de dados CLR continuam a usar o modelo de Segurança de Acesso de Código definido no CLR versão 2.0.
Na CLR versão 4, um erro de formatação em um valor
System.TimeSpan
gera um erro deSystem.FormatException
. Antes da versão 4 do CLR, um erro de formato em um valorSystem.TimeSpan
era ignorado. Os aplicativos de banco de dados que dependem do comportamento antes da versão 4 do CLR devem ser executados com um nível de compatibilidade de banco de dados 100 ou inferior. Para obter mais informações, consulte <TimeSpan_LegacyFormatMode> Element.O CLR versão 4 dá suporte ao Unicode 5.1. As operações de classificação envolvendo algumas marcas de ênfase e símbolos são aprimoradas. Problemas de compatibilidade poderão ocorrer se o aplicativo depender do comportamento de classificação herdado. Para habilitar a classificação herdada, o nível de compatibilidade do banco de dados deve ser definido como 100 ou inferior. Para dar suporte a essa funcionalidade, o SQL Server 2012 (11.x) instala
sort00001000.dll
no diretório do .NET Framework 4 (C:\Windows\Microsoft.NET\Framework\v4.0.30319
). Para obter mais informações, consulte <CompatSortNLSVersion> Element.As seguintes colunas foram adicionadas a sys.dm_clr_appdomains:
total_processor_time_ms
,total_allocated_memory_kb
esurvived_memory_kb
.