0
Нам недавно нужно было проверить количество адресов (строк) в SQL Server, код t-sql показывал задержку, мы попробовали SQL CLR и ничего себе! Повышение производительности на 700%. Мы смотрим, какие другие места мы можем использовать? ??? Я предполагаю, что не вся логика должна выполняться в SQL CLR, поскольку мы не сможем выполнить операцию на основе SET.SQL CLR, в котором сценарий даст лучшую лучшую производительность? мы наблюдали за строкой и математической операцией.
Итак, в чем вопрос? Не уверен, что мы можем сделать для оказания помощи/руководства. Не зная, что ваше приложение использует CLR, подразумевает понимание этого, поэтому вы знаете, где у вас есть возможности улучшить ... – xQbert
@xQbert Я смотрю, какие другие сценарии я мог бы рассмотреть SQL CLR, на самом деле это тихо заманчиво поставить большинство материалов в SQLCLR по мере того, как программирование .net получило лучшую интеллигентность, более богатую библиотеку, поддержку отладки ... Я не хочу использовать ее в неправильном месте, только там, где это принесет пользу производительности. – Pritesh
Ну, одно [предложение] (http://weblogs.asp.net/alex_papadimoulis/archive/2005/10/20/428014.aspx) говорит, что еще не [другие] (http://www.sqlclr.net/Articles/ tabid/54/articleType/ArticleView/articleId/5/Определение-когда-в-использовании-CLR.aspx) иногда предлагают ... Еще [Другие] (http://beyondrelational.com/modules/17/interview-questions/ 238/interview-questions/9950/sql-server-what-the-advantage-of-clr-integration.aspx) говорят только, когда встроенных функций не существует. До сих пор кажется, что нет четкой идеи о том, что является «Лучшим». Мой любимый сказал: «CLR отключен по умолчанию * nuff said *" – xQbert