Обычно ли CLR UDT используются в корпоративных приложениях?

Question

Я изучаю некоторые новые технологии, доступные в SQL Server 2005/2008. Большинство моих приложений написаны на C # и обычно имеют компонент базы данных. Большинство из того, что я нахожу в Google, является основным: «Вот как вы настраиваете CLR UDT». У меня есть несколько общих вопросов по их применению и использованию в реальных условиях.

• Часто ли в приложениях используются пользовательские интерфейсы CLR? Большой или маленький масштаб
• Есть ли проблемы с производительностью при их использовании?
• АБД обычно предпочитают использовать только встроенные типы?

Они кажутся способом просто втиснуть объект в стол. Правильно ли я предположил, что фактический круг проблем, которые имеют упрощенные решения из-за их использования, минимален?

Answer 1

UDT имеют преимущество только тогда, когда они действительно представляют какой-то фундаментальный элемент вашего приложения. Почти всегда они могут быть разбиты на встроенные типы, но выгода в том, что вам не нужно приводить возвращаемый объект. Поэтому вам, вероятно, не следует использовать UDT, представляющие сложные объекты, такие как Employee, но что-то фундаментальное, такое как Size или Location, может быть хорошим выбором, поскольку оно легкое, но очень жесткое в своем определении.

Answer 2

Я исследовал их использование, но стало неудобно из-за версий. Что произойдет, если вы загрузите более новую версию сборки на сервер? Из-за зависимостей вам придется отбросить UDT и воссоздать его, но что тогда происходит с данными? Мы придерживаемся встроенных типов.