Язык CLR в составе SQL Server 2005 - основное изменение движка SQL Server в части модели программирования. Язык CLR позволяет дополнять функциональность движка базы данных SQL Server скалярными функциями, табличными функциями (TVF), процедурами, триггерами, агрегациями и пользовательскими типами данных (UDT). Прежде чем начинать использовать язык CLR, необходимо оценить, как и зачем использовать основанные на CLR расширения в SQL Server. Для этого пройдемся по следующему списку.
N-уровневые приложения продолжают жить. Наличие в CLR возможности переместить обработку данных на сервер базы данных, не означает, что это надо делать. Помните, как дорого может обойтись перенос выполнения кода на сервер базы данных. Придется заплатить процессорным временем, памятью для сетевого обмена туда и обратно и временем ожидания сети приложением (сервером). Это может быть выгодно, но имейте в виду, что ни один сервер не может иметь бесконечного количества ресурсов на обработку. Вот ключевые критерии перевода обработки данных на сервер базы данных: первый - при большом количестве вычислений и интенсивных логических операций, по сравнению с обработкой данных; второй - при снижении затрат на пересылку туда и обратно большого объема данных.
Добавьте только простые типы данных. При разработке пользовательских типов данных вы ограничиваете себя примитивными типами данных вроде почтового индекса, кода социального обеспечения, точки, целого числа со знаком и так далее. Подумайте о том, как можно выбирать строку, содержащую пользовательский тип. Как будет работать план запроса при использовании этого типа? Можно ли строить индекс по полям с пользовательским типом? И как?
Рассмотрите замену расширенных хранимых процедур. Если вы разработали расширенные хранимые процедуры в SQL Server 2000 и в более ранних версиях, следует подумать о замене таких процедур процедурами CLR или функциями. CLR обеспечивает более безопасную и более масштабируемую среду для выполнения.
Откажитесь от процедуры sp_OA. Процедуры sp_OA - это расширенные хранимые процедуры, которые выполняют запросы к COM-объектам через отложенно-связанную (на базе IDispatch) модель. Более подробную информацию об этом можно найти по адресу http://msdn.microsoft.com/library/en-us/acdata/ac_8_qd_14_7bcc.asp . Процедуры SQL CLR или функции - лучшая альтернатива, потому что в большинстве случаев можно удалить зависимость от COM-объектов, используя встроенные классы CLR. Когда процедурам CLR требуются взаимодействие с COM, переключайтесь на ранне-связанную модель, которая повышает производительность и уменьшает риск ошибок при программировании и исполнении. Также CLR обеспечивает лучшую среду программирования для реализации логических потоков, циклов и так далее.
Не забудьте своих клиентов. Вы можете расширять SQL Server, но всегда помните, что на другом конце провода - приложение, которое должно использовать эти расширения. Большинство расширений CLR SQL (за исключением пользовательских типов) непрозрачно для приложения. Доступность пользовательских типов данных связана с API доступа к данным, которое вы используете. Только новая библиотека CLR System.Data.SqlClient и в определенной степени OLE DB может иметь доступ к пользовательским типам данных.
Думайте об управлении версиями и поддержке
Visual Studio 2005 упрощает развитие и внедрение расширений SQL CLR. Однако требуется планирование разработки, внедрения и управления версиями. Какие объекты вы развернете в сборке? Сборки регистрируются в одном из трех сегментов защиты: SAFE, EXTERNAL_ACCESS и UNSAFE. Правила безопасности определяют способ разработки сборки. Ссылки и зависимости между сборками усложняют управление версиями и последующие обслуживание, так что лучше упростить их.
Изменение приложений только ради использования процедур CLR, исполняющих основные операции T-SQL DML (INSERT, UPDATE, DELETE), не дает базе данных или приложениям никаких преимуществ. В данном случае оно привносит лишь ненужные затраты и дополнительные уровни сложности. Использование языка T-SQL с уровня прикладного приложения - по-прежнему основной способ управления данными SQL Server.