4.2. Выбор субд

Выбор СУБД представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений БД. Выбранный программный продукт должен удовлетворять как теку­щим, так и будущим потребностям предприятия, при этом следует учи­тывать финансовые затраты на приобретение необходимого оборудова­ния, самой системы, разработку необходимого программного обеспече­ния на ее основе, а также обучение персонала.

В настоящее время существуют некоторые требования, точнее, критерии при выборе СУБД, и приводится их классификация. Очевид­но, наиболее простой подход при выборе СУБД основан на оценке того, в какой мере существующие системы удовлетворяют основным требо­ваниям создаваемого проекта ИС. Более сложным и дорогостоящим ва­риантом является создание испытательного проекта на основе несколь­ких СУБД и последующий выбор наиболее подходящего из кандидатов. Но и в этом случае необходимо ограничивать круг возможных систем,

опираясь на некоторые критерии отбора. В результате выделяют сле­дующие группы критериев [17]: —1 Моделирование данных

—1 Особенности архитектуры и функциональные возможности —1 Контроль работы системы —1 Особенности разработки приложений —1 Производительность —1 Надежность —1 Требования к рабочей среде —1 Смешанные критерии Далее рассмотрим каждую из этих групп критериев.

—1 Моделирование данных

• Используемая модель данных. На сегодняшний день существуют следующие модели данных: иерархическая, сетевая, реляционная, объ­ектно-ориентированная. Вопрос об использовании той или иной модели должен решаться на начальном этапе проектирования ИС.

• Триггеры и хранимые процедуры. Триггер - программа БД, автома­тически вызываемая всякий раз при вставке, изменении или удалении строки таблицы. Триггеры обеспечивают проверку любых изменений на корректность, прежде чем эти изменения будут приняты. Хранимая процедура - программа, которая хранится на сервере и может вызывать­ся клиентом. Поскольку хранимые процедуры выполняются непосред­ственно на сервере БД, обеспечивается более высокое быстродействие, нежели при выполнении тех же операций средствами клиента БД. В различных программных продуктах для реализации триггеров и храни­мых процедур используются различные инструменты.

• Средства поиска. Некоторые современные системы имеют встро­енные дополнительные средства контекстного поиска.

• Предусмотренные типы данных. Здесь следует учесть два факти­чески независимых критерия: базовые или основные типы данных, за­ложенные в систему, и наличие возможности расширения типов. В то время как отклонения базовых наборов типов данных у современных систем от некоего стандартного обычно невелики, механизмы расшире­ния типов данных в системах того или иного производителя существен­но различаются.

• Реализация языка запросов. Все современные системы совместимы со стандартным языком доступа к данным SQL-92, однако многие из них реализуют те или иные расширения данного стандарта.

—i Особенности архитектуры и функциональные возможности

• Мобильность. Это независимость системы от среды, в которой она работает. Средой в данном случае является как аппаратура, так и ПО (операционная система).

• Масштабируемость. При выборе СУБД необходимо учитывать, сможет ли данная система соответствовать росту ИС, причем рост мо­жет проявляться в увеличении числа пользователей, объема хранимых данных и объеме обрабатываемой информации.

• Распределенность. Основной причиной применения информацион­ных систем на основе БД является стремление объединить взгляды на всю информацию организации. Самый простой и надежный подход - централизация хранения и обработки данных на одном сервере. Однако различные системы имеют разные возможности управления распреде­ленными БД.

• Сетевые возможности. Многие системы позволяют использовать широкий диапазон сетевых протоколов и служб для работы и админист­рирования.

—1 Контроль работы системы

• Контроль использования памяти компьютера. Система может иметь возможность управления использованием как оперативной памя­ти, так и дискового пространства. Во втором случае это может выра­жаться, например, в сжатии БД, или удалении избыточных файлов.

• Автонастройка. Многие современные системы включают в себя возможности самоконфигурирования, которые, как правило, опираются на результаты работы сервисов самодиагностики производительности. Данная возможность позволяет выявить слабые места конфигурации системы и автоматически настроить ее на максимальную производи­тельность.

—1 Особенности разработки приложений

• Многие производители СУБД выпускают также средства разработ­ки приложений для своих систем. Как правило, эти средства позволяют наилучшим образом реализовать все возможности сервера, поэтому при анализе СУБД стоит обратить внимание также и на возможности средств разработки приложений.

• Средства проектирования. Некоторые системы имеют средства ав­томатического проектирования как БД, так и прикладных программ. Причем, средства проектирования различных производителей могут существенно различаться.

• Многоязыковая поддержка. Поддержка большого количества на­циональных языков расширяет область применения системы и прило­жений, построенных на ее основе.

• Возможности разработки Web-приложений. При разработке раз­личных приложений зачастую возникает необходимость использовать возможности среды Internet. Средства разработки некоторых произво­дителей имеют большой набор инструментов для построения приложе­ний под Web.

• Поддерживаемые языки программирования. Широкий спектр ис­пользуемых языков программирования повышает доступность системы для разработчиков, а также может существенно повлиять на быстродей­ствие и функциональность создаваемых приложений.

—1 Производительность

• Рейтинг ТРС (Transactions per Cent - количество транзакций в про­центом отношении). Для тестирования производительности применяют­ся различные средства, и существует множество тестовых рейтингов. Одним из самых популярных и объективных является ТРС-анализ про­изводительности систем. Фактически ТРС анализ рассматривает компо­зицию СУБД и аппаратуры, на которой эта СУБД работает. Показатель ТРС - это отношение количества запросов обрабатываемых за некий промежуток времени к стоимости всей системы.

• Возможности параллельной архитектуры. Для обеспечения па­раллельной обработки данных существует, как минимум, два подхода: распараллеливание обработки последовательности запросов на несколь­ко процессоров, либо использование нескольких компьютеров- клиентов, работающих с одной БД, которые объединяют в так называе­мый параллельный сервер.

• Возможности оптимизирования запросов. При использовании не­процедурных языков запросов их выполнение может быть неоптималь­ным. Поэтому необходимо произвести процесс оптимизации запросов, т.е. выбрать такой способ выполнения, когда по начальному представ­лению запроса путем его синтаксических и семантических преобразова­ний вырабатывается процедурный план выполнения запроса, наиболее оптимальный при существующих в БД управляющих структурах.

—1 Надежность

• Понятие надежности системы имеет много смыслов - это и сохран­ность информации независящая от любых сбоев, и безотказность рабо­ты системы в любых условиях, и обеспечение защиты данных от не­санкционированного доступа.

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

• Резервное копирование. В результате аппаратного сбоя может быть частично поврежден или выведен из строя носитель информации и то­гда восстановление данных невозможно, если не было предусмотрено резервное копирование БД или ее части. Резервное копирование спасает и в ситуациях, когда происходит логический сбой системы, например, при ошибочном удалении таблиц. Существует множество механизмов резервирования данных (хранение одной или более копий всей БД, хра­нение копии ее части, копирование логической структуры и т.д.). Зачас­тую в систему закладывается возможность использования нескольких таких механизмов.

• Откат изменений. При выполнении транзакции применяется про­стое правило - либо транзакция выполняется полностью, либо не вы­полняется вообще. Это означает, что в случае сбоев, все результаты не доведенных до конца транзакций должны быть аннулированы. Меха­низм отката может иметь различное быстродействие и эффективность.

• Многоуровневая система защиты. ИС организации почти всегда включает в себя секретную информацию, поэтому для предотвращения несанкционированного доступа используется служба идентификации пользователей. Уровень защиты может быть различным. Кроме непо­средственной идентификации пользователей при входе в систему может использоваться также механизм шифрования данных при передаче по линиям связи.

—1 Требования к рабочей среде

• Поддерживаемые аппаратные платформы

• Минимальные требования к оборудованию

• Максимальный размер адресуемой памяти. Поскольку почти все современные системы используют свою файловую систему, немаловаж­ным фактором является то, какой максимальный объем физической па­мяти они могут использовать.

• Операционные системы, под управлением которых способна рабо­тать СУБД.

—1 Прочие критерии

• Качество и полнота документации. Для любой системы не по­следнюю роль играет наличие подробной и качественной документации.

• Локализованность. Возможность использования национальных языков является еще одним преимуществом выбранной системы.

• Модель формирования стоимости. Как правило, производители СУБД используют определенные модели формирования стоимости. На­пример, стоимость одного и того же продукта может существенно из­меняться в зависимости от того, сколько пользователей будет с ним ра­ботать.

• Стабильность производителя

• Распространенность СУБД

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