Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Diplomnyy_proekt_Bogatov_EIO104.doc
Скачиваний:
35
Добавлен:
23.09.2019
Размер:
18.29 Mб
Скачать
    1. Выбор субд

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

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

Выбор СУБД производился по следующим критериям:

  • Используемая модель данных. Существует множество моделей данных, самые распространенные модели – иерархическая, сетевая, реляционная, объектно-реляционная и объектная;

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

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

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

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

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

  • Распространённость и популярность продукта. Редкая и неизвестная СУБД может быть просто забыта в будущем своим производителем. Поддержка и развитие созданной ИС напрямую зависит от этого фактора;

  • Простота использования, администрирования. Исключительно экономический критерий – менее квалифицированные кадры требуют меньшего вознаграждения за свой труд;

  • Надёжность и устойчивость. Снижает затраты на поддержание работоспособности ИС;

  • Совместимость с выбранной программной платформой. Сервер баз данных должен быть не просто импортирован в выбранную ОС, но и надёжно и устойчиво работать под ней;

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

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

  • Возможность реализации 3-х уровневой модели «клиент-сервер». То есть перемещение части бизнес-логики системы на функционал СУБД.

На основании проведенного аналитического обзора в качестве СУБД для ИПС нормативно-правовых документов была выбрана СУБД MSSQL. MSSQL представляет собой очень быстрый, многопоточный, многопользовательский и надежный SQL-сервер баз данных (SQL - язык структурированных запросов) с возможностью кластеризации процессов и реализации 3-х уровневой модели «клиент-сервер». Он в полной мере обладает средствами для организации логики на уровне построения запросов к СУБД, что значительно понижает нагрузку на сервер приложений (Промежуточный сервер в представленной архитектуре).

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]