Alguém está fazendo uso do CLR no SQL Server 2005/2008?

Question

A Microsoft adicionou a capacidade de usar o .Net CLR para procedimentos armazenados no SQL Server 2005. Alguém está usando o CLR para isso? Se sim, porque? Se não, por que não?

    

Answer 1

Você provavelmente obterá respostas melhores em StackOverflow.com . Este é um link para uma pesquisa SO que apresentará várias perguntas interessantes relacionado ao SQL e ao CLR.

Dito isso, estamos usando. Existem algumas dicas que você precisa estar ciente antes de decidir a) ativar o CLR e b) escolher o que você codifica. Do ponto de vista do dba, aqui está um artigo technet falando sobre Integração da segurança do CLR que discute muito. Tópicos específicos no endereço do artigo:

• Segurança de acesso ao código de integração da CLR
• Atributos de proteção do host e programação de integração do CLR
• Links na segurança de integração do CLR
• Representação e segurança de integração de CLR
• Permitindo chamadores parcialmente confiáveis
• Domínios de aplicativos e segurança de integração de CLR

Answer 2

Eu o usei para criar um relatório que chamava um procedimento armazenado e escrevia os resultados para um arquivo de texto automaticamente. Ele basicamente substituiu a exportação 'salvar como arquivo de texto' em serviços de relatórios do SQL ... nós gostamos de criar usuários preguiçosos aqui.

    

Answer 3

Academicamente, soa melhor do que é. Em um ambiente de produção - pelo menos no nosso caso - rapidamente se tornou um pesadelo. Usamos um processo de atualização de banco de dados baseado em DBGhost, e o CLR estava constantemente em nosso caminho. Nós agora evitamos isso como a peste.

    

Answer 4

Não sei se você ainda está interessado nesta questão, mas ... Sim, construímos uma biblioteca inteira de finanças, estatísticas, matemática, engenharia e funções de string especificamente para o SQL Server usando o CLR - um total de 450 funções individuais e contando. Nosso principal motivador é mover a lógica da camada de aplicativos para o DBMS: reduzir a sobrecarga de rede, melhorar a velocidade de processamento e trabalhar com dados melhores. E, claro, reduzir essas (famosas) catástrofes de corte / colagem do Excel. Existem alguns casos em que você pode fazer o trabalho no T-SQL, mas a depuração provavelmente o deixaria insano. Depois, há alguns outros casos em que as funções simplesmente não são possíveis sem o CLR.