Критерии выбора СУБД

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

Можно выделить ряд критериев, по которым следует проводить выбор СУБД:

§ модель данных;

§ дополнительные возможности;

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

§ особенности разработки приложений;

§ производительность;

§ надежность;

§ требования к рабочей среде;

§ смешанные критерии;

Используемая модель данных.

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

Дополнительные возможности.

Существует ли поддержка триггеров и хранимых процедур.

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

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

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

Расширенные типы данных. Все СУБД поддерживают стандартные типы данных, однако механизмы расширения типов данных в системах того или иного производителя существенно различаются.

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

Особенности автонастройки системы и наличие контроля использования различных видов памяти.

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

Мобильность – это независимость системы от среды, в которой она работает. Под средой понимается аппаратно-программная платформа.

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

Распределенность. Стремления к централизованному хранению и обработке данных заставляют использовать распределенные БД. Различные системы имеют разные возможности управления распределенными БД.

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

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

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

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

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

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

Рейтинг TPC (Transactions per Cent) является одним из самых популярных и объективных для анализа производительности систем. Показатель TPC – это отношение количества запросов обрабатываемых за некий промежуток времени к стоимости всей системы.

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

Возможности оптимизации запросов. Некоторые СУБД способны оптимизировать выполнение сложных запросов за счет генерации плана его выполнения.

Надежность.

Возможности восстановления после сбоев.

Функции резервного копирования. В результате серьезных сбоев может быть частично поврежден или выведен из строя носитель данных, в этом случае восстановление возможно только из резервных копий. Существует множество механизмов резервирования данных (хранение одной или более копий всей базы данных, хранение копии ее части, копирование логической структуры и т.д.). Часто системы поддерживают несколько таких механизмов.

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

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

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

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

Требования к оборудованию.

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

Смешанные критерии.

Качество и полнота документации. К сожалению, не все системы имеют полную и подробную документацию.

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

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

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

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

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