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

Глава 25

SMO - объекты управления SQL

в настоящей книге приведен большой объем информации, относящийся к программному обеспечению SQL Server. А главу, посвященигую вопросам программного управления СУБД SQL Server, автор решил поместить в конце, и это не случайно. Дело в том, что назначение объектной модели SMO невозможно понять без изучения всех управляемых объектов SQL Server и требований к администрированию, и только на этой основе можно вести речь о том, для чего предназначена модель SMO.

Прежде всего рассмотрим, что собой представляет модель SMO. Из расшифровки аббревиатуры SMO (SQL Server Management Objects) следует, что SMO представляет собой объектную модель, предназначенную для управления СУБД SQL Server. Итак, модели обеспечения связи, такие как ADO, предназначены исключительно для доступа к данным, а назначение модели SMO состоит в обеспечении доступа к структуре и параметрам настройки системы.

В настоящей главе рассматриваются перечисленные ниже темы.

История развития объектных моделей управления СУБД SQL Server.

Основы объектной модели SQL SMO.

Простой пример проекта SMO.

Как и применительно ко многим другим темам, касающимся программного обеспечения SQL Server, которые рассматриваются в данной книге, описанию модели SQL SMO вполне может быть посвящена целая книга (и действительно, на рынке уже имеется несколько таких книг), поэтому изучение одной лишь этой главы вряд ли позволит ознакомиться со всеми нюансами этой модели. Несмотря на сказанное, надеемся, что приведенная здесь информация позволит по крайней мере получить представление об основных принципах функционирования рассматриваемой модели управления, оценить ее возможности и понять, какой объем работы может быть связан с ее использованием. Такая базовая подготовка вполне позволит приступить к более подробному изучению рассматриваемой темы.

История развития объектных моделей управления СУБД SQL Server

В настоящее время объектные модели управления SQL Server (а именно, SMO) стали неотъемлемой частью этого программного продукта. Но такая ситуация складывалась постепенно, а само создание модели SMO проходило в несколько этапов. Коллективу разработчиков программного обеспечения SQL Server пришлось преодолеть значительные трудности на пути к окончательному становлению этой модели.

Автор может судить об этом не понаслышке, поскольку работал с СУБД SQL Server больше десяти лет. За этот период методы управления СУБД SQL Server изменялись несколько раз. Причем с каждым новым выпуском появлялся новый метод управления СУБД SQL Server. Безусловно, такое положение дел было обусловлено тем, что разработка модели управления SQL Server потребовала значительных усилий.

В связи с этим рассмотрим основные особенности некоторых последних выпусков программного обеспечения SQL Server. Необходимость в этом обусловлена тем, что выпущенный ранее код продолжает эксплуатироваться, но в его основе лежат немного другие модели и технологии.

Модель DMO

Одной из давно существующих моделей управления является DMO (Distributed Management Objects). В частности, большинство функций, предоставляемых применявшейся прежде программой Enterprise Manager из предьщущих версий SQL Server, в конечном итоге основывались на вызовах DMO. Модель DMO поддерживала интерфейс СОМ и позволяла вьшолнять основные задачи эксплуатации СУБД, а именно:

запуск резервного копирования;

восстановление базы данных из резервной копии;

создание базы данных;

создание заданий и других задач управления работой агентов;

обратное проектирование определений таблиц в код SQL.

На этом перечень возможностей DMO далеко не исчерпывается.

Тем не менее модель DMO оказалась не совсем приемлемой. Дело в том, что при эксплуатации этой объектной модели часто возникали значительные сложности. В частности, отдельные компоненты DMO во многих случаях плохо сочетались друг с другом, а в процессе эксплуатации машины поддержки сценариев часто обнаруживались программные ошибки. Короче говоря, многие разработчики принимали решение об использовании модели DMO лишь в самых безвыходньк обстоятельствах (иначе говоря, эта модель не нашла широкого распространения).

Пространства имен SQL

Поддержка модели DMO обеспечивалась с помощью интерфейса SQL NS (SQL Namespaces), который в основном предназначен для предоставления функциональных возможностей на уровне пользовательского интерфейса. Интерфейс SQL NS обеспечивает доступ ко всем функциональным средствам, представленным в старой версии программы Enterprise Manager, наряду с элементами пользовательского