Лучшие практики для встраивания сборок .NET в SQL Server

Question

Какие важные рекомендации необходимо соблюдать при создании сборки .NET, которая будет встроена в SQL Server 2005?

Я новичок в этом, и я обнаружил, что есть существенные атрибуты метода, такие как:

[SqlFunction(FillRowMethodName = "FillRow", TableDefinition = "letter nchar(1)")]

Я также ищу общие ловушки, чтобы избежать и т.д.

Answer 1

Некоторые, которые я помню:

• Сохраняйте его использование минимальным, используйте его только тогда, когда T-SQL оказался слишком сложным.
• Избегайте указателей / курсоров любой ценой, потому что цикл for легко использовать в контексте CLR.
• Используйте только собственные типы данных SQL-Server, если в этом нет необходимости.

Не могу вспомнить, где я нашел информацию, но это те, которые я помню.

По сути, используйте его только тогда, когда декларативный T-SQL слишком сложен или невозможен (например, редактирование реестра и т. Д.).

Answer 2

Один отзыв о развертывании сборки:

Сохраняйте функциональность изолированной для небольших сборок. Постарайтесь не создавать цепочку зависимостей, поскольку замена базовой сборки означает, что вам нужно удалить зависимые сборки first , прежде чем вы сможете обновить базовую сборку.

Answer 3

Я бы настоятельно рекомендовал не размещать сборки .net на вашем сервере баз данных, подумайте о приложениях n-уровня. Постоянство <- Бизнес-логика <-Презентация логики <- клиент Храните свою логику в слое бизнес-логики. </p>

Единственная причина, по которой я могу добавить .net в вашу базу данных, состоит в том, чтобы добавить новый сложный тип данных, я настоятельно рекомендую, чтобы это был тупой класс, который содержит только данные и не обрабатывает их.

То, что ты можешь, не значит, что ты должен. Извините, что не ответил на ваш вопрос напрямую.