![Список вещей, которые следует проверить перед включением SQL Server CLR?](https://rvso.com/image/503737/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA%20%D0%B2%D0%B5%D1%89%D0%B5%D0%B9%2C%20%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D1%8B%D0%B5%20%D1%81%D0%BB%D0%B5%D0%B4%D1%83%D0%B5%D1%82%20%D0%BF%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D0%B8%D1%82%D1%8C%20%D0%BF%D0%B5%D1%80%D0%B5%D0%B4%20%D0%B2%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5%D0%BC%20SQL%20Server%20CLR%3F.png)
Я пытаюсь впервые развернуть функцию CLR (которая вычисляет хэш текста или файла, недоступного в SQL Server) на производственном сервере.
Мне удалось протестировать функцию на машине для разработки, но я все еще задаюсь вопросом,
Есть ли какой-нибудь списокгочаследует учесть перед включением опции CLR?
sp_configure 'clr enabled', 1;
GO
RECONFIGURE;
GO
решение1
Я думаю, вы найдете всю (или, по крайней мере, значительную часть) необходимой вам информации в этой статье MSDN, непосредственно связанной с этой темой:
Хотя я сомневаюсь, что это напрямую относится к вашей ситуации, я видел один большой подвох при вызове неуправляемого кода из сборки. Что-то вродеэта почта.
Также любые зависимости, которые требуются вашей сборке, также должны быть зарегистрированы в SQL. Даже такие вещи, как System.dll. Это может быть ужасно. Очень немногие сборки благословлены SQL по умолчанию.