Критерии выбора СУБД при создании информационных систем

Дневник админа
Критерии выбора СУБД при создании информационных систем

Критерии выбора СУБД при построении ИТ-систем

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

На основе анализа доступных источников, например [1-5], в этой статье делается попытка сформулировать требования или другие слов критерии при выборе СУБД представлена ​​классификация требований/критериев. Конечно, самый простой подход при выборе СУБД основан на оценке степени соответствия существующих систем основным требованиям к проектированию создаваемой информационной системы. Более сложный и дорогостоящий вариант — создать тестовый проект на основе нескольких СУБД, а затем выбрать наиболее подходящего кандидата. Но в этом случае нужно ограничить круг возможных систем, исходя из некоторых критериев выбора. В общем, перечень требований к СУБД, используемых при анализе конкретной информационной системы, может варьироваться в зависимости от поставленных задач. Однако можно выделить несколько групп критериев:

* Моделирование данных
* Особенности архитектуры и функциональности
* Производительность системы
* Особенности разработки приложений
* Производительность
* Надежность
* Требования к рабочей среде
* Смешанные критерии

Рассмотрим каждую из этих групп отдельно.

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

* Используемая модель данных. Существует множество моделей данных, наиболее распространенными из которых являются иерархический, сетевой, реляционный, объектно-реляционный и объектно-реляционный. Вопрос о том, использовать ли ту или иную модель, должен решаться на начальном этапе проектирования ИТ-системы.
* Триггеры и хранимые процедуры. Триггер Программа базы данных, которая вызывается каждый раз, когда строка таблицы вставляется, изменяется или удаляется.
Триггеры гарантируют, что любые изменения проверяются до того, как эти изменения будут приняты. Хранимая процедура — это программа, хранящаяся на сервере, которая может быть вызвана клиентом. Поскольку хранимые процедуры выполняются непосредственно на сервере базы данных, это быстрее, чем выполнение той же операции клиентом базы данных. В разных программных продуктах используются разные инструменты для реализации триггеров и хранимых процедур. Некоторые современные системы имеют встроенные и дополнительные инструменты контекстного поиска.
* Типы данных предоставлены. Необходимо учитывать два критерия: базовые или основные типы данных, предоставляемые системой
, и расширяемость типов. В то время как отклонения базовых наборов данных и наборов типов данных в современных системах от определенного стандарта, как правило, не значительны, механизмы расширения типов данных в системах того или иного производителя существенно различаются.
* Запросы по реализации языка. Все современные системы совместимы со стандартным языком доступа к данным sql-92, но многие реализуют эти
или другие расширения этого стандарта.

Функции и возможности:

* Мобильность. Мобильность — это независимость системы от окружающей среды. Среда в данном случае является аппаратной, а также программной (операционной системой).
* Масштабируемость. При выборе СУБД подумайте, будет ли система адаптироваться к росту информационной системы, и этот рост может проявиться в увеличении количества пользователей, хранимых данных, а также объема и объема обрабатываемой информации.
* Реализация . Основная причина использования информационных систем на основе баз данныхДанные предназначены для унификации представления всей информации в вашей организации. Самый простой и надежный подход — централизовать хранение и обработку данных на одном сервере.

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

Система управления

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

Функции разработки приложений.

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

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

* Оценка Tpc (процент транзакций). Для тестирования производительности используются различные инструменты, и существует множество тестовых оценок. Одним из самых популярных и объективных является анализ производительности системы TPC. Фактически, анализ tpc смотрит на состав СУБД и оборудования, на котором эта СУБД работает. Коэффициент tpc — это отношение количества запросов, обработанных за определенное время, к стоимости всей системы.
* Возможности параллельной архитектуры. Для обеспечения параллельной обработки данных существует как минимум два подхода: параллельная обработка последовательностей запросов несколькими процессорами или использование нескольких клиентских компьютеров, работающих с одной базой данных, которые подключаются к так называемой параллельный сервер.
* Возможность оптимизации запросов. При использовании непроцедурных языков запросов их выполнение может быть неоптимальным. Следовательно, необходимо выполнить процесс оптимизации запроса, т.е. выбрать такой способ выполнения, когда из исходного представления запроса с помощью синтаксических и семантических преобразований мы получаем наиболее оптимальный для управляющих структур процедурный план выполнения запроса. существующие в базе данных.

надежность.

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

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

Критерии выбора СУБД при создании информационных систем

сбой системы, например, при ошибочном удалении таблиц. Существует множество механизмов резервного копирования данных (хранение одной или нескольких копий всей базы данных, сохранение копии ее части, копирование логической структуры и т. Д.). Часто система может использовать несколько механизмов.
* Откат изменений. Простое практическое правило при выполнении транзакции состоит в том, что транзакция либо выполняется полностью, либо не выполняется совсем. Это означает, что в случае сбоя все результаты любых незавершенных транзакций должны быть отменены. Механизм втягивания может иметь разную скорость и эффективность.
* Многоуровневая безопасность. Информационная система организации почти всегда содержит конфиденциальную информацию, поэтому для предотвращения несанкционированного доступа используется служба аутентификации пользователей. Уровень защиты может быть разным. Помимо прямой идентификации пользователя при входе в систему, можно использовать шифрование данных по линиям связи.

Требования к пространству:

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

является максимальный объем физической памяти, который они могут использовать.
* Операционные системы, которые могут запускать СУБД.

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

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

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

Обратите внимание, что в современной практике решение об использовании конкретной СУБД принимает один человек, чаще всего генеральный директор, и он не может быть основан на технических критериях. Здесь с технической точки зрения могут сыграть роль не относящиеся к делу факторы, такие как реклама и продвижение компании, производящей СУБД, использование конкретных систем в других компаниях и предприятиях, затраты. Последний фактор можно интерпретировать в двух противоположных значениях, в зависимости от финансового состояния и политики компании. С одной стороны, это может быть правилом — чем дороже, тем лучше. С другой стороны — выращивание практически бесплатного использования продукта, вплоть до «взлома» его лицензионной защиты. Конечно, последний подход имеет коллизии и не может привести к долгосрочному успеху.

Оцените статью