¿Los UDT CLR se usan comúnmente en aplicaciones empresariales?

Question

Estoy investigando algunas de las nuevas tecnologías disponibles en SQL Server 2005/2008. La mayoría de mis aplicaciones están escritas en C # y generalmente tienen un componente de base de datos. La mayor parte de lo que encuentro en Google es lo básico: "Así es como configura un UDT CLR". Tengo algunas preguntas generales sobre su aplicación y uso en el mundo real.

• ¿Los UDT alojados en CLR se usan comúnmente en aplicaciones? Gran o pequeña escala
• ¿Hay problemas de rendimiento con su uso?
• ¿Los DBA generalmente prefieren usar solo los tipos integrados?

Parecen una forma de meter un objeto en una mesa. ¿Estoy en lo cierto al suponer que el rango real de problemas que tienen soluciones simplificadas debido a su uso es mínimo?

Answer 1

Los UDT solo tienen un beneficio cuando realmente representan algún elemento fundamental de su aplicación. Casi siempre se pueden dividir en tipos construidos, pero los beneficios son que no tiene que lanzar el objeto devuelto. Por lo tanto, probablemente no debería usar UDT que representen objetos complejos como Empleado, pero algo fundamental como Tamaño o Ubicación podría ser una buena opción porque es ligero pero muy rígido en su definición.

Answer 2

Investigué su uso, pero me inquieté por el versionado. ¿Qué sucede si carga una versión más reciente del ensamblaje en el servidor? Debido a las dependencias, tendrías que soltar el UDT y volver a crearlo, pero ¿qué sucede con los datos? Nos atenemos a los tipos incorporados.