Pergunta

Estou investigando algumas das mais recentes tecnologias disponíveis no SQL Server 2005/2008. A maioria das minhas aplicações são escritas em C # e geralmente têm um componente de banco de dados. A maioria do que eu encontrar no Google são o básico, 'Isto é como você configurar um CLR UDT'. Eu tenho algumas perguntas gerais sobre sua aplicação no mundo real e usar.

  • Are CLR hospedado UDTs comumente usados ??em aplicações? grande ou pequena escala
  • Existem preocupações de desempenho com usá-los?
  • Do DBAs geralmente preferem usar apenas o built-in tipos?

Eles parecem ser apenas uma maneira de empinar um objeto em uma tabela. Estou correto em assumir que o alcance real dos problemas que têm simplificados soluções devido à sua utilização é mínima?

Foi útil?

Solução

UDT só ter um benefício quando eles verdadeiramente representam algum item fundamental da sua aplicação. Quase sempre eles podem ser divididos nos tipos construídos, mas os benefícios são que você não tem que converter o objeto retornado. Portanto, você provavelmente não deve usar UDT do que representar objetos complexos, como empregado, mas algo fundamental como dimensão ou localização, poderia ser uma boa escolha, pois é leve, mas muito rígida nele de definição.

Outras dicas

I investigado usando-los, mas tornou-se inquieto sobre versionamento. O que acontece se você carregar uma versão mais recente do conjunto para o servidor? Devido às dependências, você teria que largar a UDT e recriá-lo, mas o que acontece então com os dados? Nós ficar com tipos built-in.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top