Выводы.
СУБД от Informix.
В последнее время наметился переход от реляционных СУБД к объектно-ориентированным (что явно прослеживается на примере Oracle). Informix также следуя данной концепции анонсировала новое решение СУБД Centaur базирующуюся на реляционной БД Informix Dynamic Server 7.3 и объектно-реляционной БД Informix Universal Data Option и сочетающую в себе высокое быстродействие Dynamic Server при работе с данными с универсальностью и мультимедиа функциями Universal Data Option. Данная реализация предназначена для разработки интернет систем. Предположительно данная СУБД будет обладать гибкой средой разработки, обладающей наращиваемостью, соответствующей характерным для Интернета интенсивным нагрузкам, и средствами работы с новыми типами данных, которые с развитием Web стали использоваться повсеместно. Реализованные в новой системе средства Java позволят разработчикам создавать на этом языке хранимые процедуры, пользовательские программы и компоненты DataBlades, которые в Informix называют заказными расширениями базы данных.
С точки зрения клиентов Inforix, это станет большим шагом вперед, поскольку до настоящего времени при работе с DataBlades они могли пользоваться только языком Си и SPL, внутренним языком фирмы Informix для написания хранимых процедур. Кроме того, пакет Centaur будет оснащен встроенными средствами обработки объектов ActiveX. Это даст возможность, к примеру, создавать хранимые процедуры БД на языке Visual Basic; правда, для этого нужно, чтобы пакет Centaur выполнялся в среде Windows NT.
Centaur будет представлять собой надстройку Informix Dynamic Server и работать с традиционным для этого пакета форматом БД, так что в распоряжении пользователей останутся все прежние функции, а модернизация системы до уровня новой версии не будет сопряжена с большими сложностями. Кроме того, в пакете Centaur будут сохранены все возможности конструирования и программирования, благодаря которым система Informix Universal Server признана выдающимся техническим достижением. Новая система будет оснащена средствами объектно-ориентированного конструирования баз данных, создания специализированных таблиц и программ индексирования; в ее состав войдет позволит пользователям встраивать в запросы собственные функции и не полагаться исключительно на стандартные средства SQL.
Рассмотрев основные характеристики архитектур построения АИС, серверных операционных систем и СУБД в дальнейшем в качестве архитектуры АИС мы выберем архитектуру интернет/интранет, в качестве серверной ОС Linux, в качестве СУБД Oracle 8i. В сводной таблице представлены сравнительные характеристики двух наиболее распространенных на сегодня решений на базе Microsoft SQL Server 7.0 (на NT) и Oracle8i (на Unix, Linux).
Microsoft SQL Server 7.0 | Oracle8i | |
Административное управление | Хорошо | Отлично |
Графические инструменты | Отлично | Хорошо |
Простота обслуживания | Хорошо | Отлично |
Механизм данных | Хорошо | Отлично |
Работа с несколькими ЦП | Приемлемо | Отлично |
Функция соединения и выбор индексов | Отлично | Отлично |
Одновременный доступ нескольких пользователей | Хорошо | Отлично |
Обработка мультимедиа-даных | Плохо | Отлично |
Подключение к Web | Плохо | Отлично |
Обработка аудио, видео, изображений | Плохо | Отлично |
Поиск по сему тексту | Хорошо | Отлично |
Функциональная совместимость | Хорошо | Приемлемо |
Сопряжение с другими БД | Хорошо | Плохо |
Единая регистрация | Хорошо | Хорошо |
Работа под управлением различных ОС | Приемлемо | Хорошо |
Возможности программирования | Приемлемо | Отлично |
Хранимые процедуры и триггеры | Хорошо | Отлично |
Внутренний язык программирования | Плохо | Отлично |
Построение баз данных | Хорошо | Отлично |
Язык SQL | Отлично | Отлично |
Объектно-ориентированные системы | Плохо | Отлично |
Работа с филиалами | Отлично | Отлично |
Тиражирование | Отлично | Отлично |
Распределенная обработка транзакций | Отлично | Отлично |
Дистанционное администрирование | Хорошо | Отлично |
Организация хранилищ данных и подготовка отчетов | Отлично | Хорошо |
Средства загрузки | Отлично | Отлично |
Средства анализа | Отлично | Хорошо |
Клиентские места при этом могут функционировать практически на любой платформе, средством доступа клиентов к СУБД является либо CGI (Perl) либо JAVA приложения. При этом к серверной части АИС предъявляются следующие требования:
И так мы расссмотрели различные подходы к внутренней организации баз данных. И в результате пришли к выводу о необходимости использования реляционной модели, так как она решает одну из основных проблем - внесения изменений в базу данных в процессе ее использования. Ведь в реляционной безе данных проблемы синхронизации данных не возникает вовсе, так как данные хранятся в одном экземпляре. Для большей ясности этого вопроса приведем отличия традиционных и реляционных баз данных.
Выполняемая операция | Традиционные базы данных | Реляционные базы данных |
Разработка приложений | Необходимо определить, какая информация требуется различным приложениям и создать ряд общих файлов. | Необходимо определить виды хранимых данных и взаимосвязи между ними |
Реализация приложений | Поступающие данные записываются в основные файлы; в каждую информационную ячейку каждого основного файла записывается один элемент данных. | Различные виды данных записываются в таблицы данных, соответствующие этим видам. В результате каждый элемент информации хранится в одном единственном месте |
Модификация приложений | Требуется пересмотр структуры базы данных с последующей перезаписью основных файлов, которые затронуты вносимыми изменениями, и с переработкой всех приложений, использующих эти файлы | Достаточно найти и модифицировать таблицу, в которой должно содержаться определение нового вида данных Сами данные хранятся в других таблицах, не затрагиваемых при подобных изменениях. |
Внесение частичных изменений в данные | Необходимо прочитать каждый основной файл с начала до конца, модифицируя изменяемые ячейки данных и оставляя все остальные прочитанные ячейки без изменений. | В соответствующих таблицах достаточно выделить множество строк, в которые необходимо внести изменения, и произвести эти изменения с помощью одного SQL- оператора. |
Итак, основные черты реляционных баз данных:
1. Структура реляционной базы данных определяется хранящимися в них данными и не фиксируется в момент завершения разработки (т.е. является гибкой и масштабируемой).
2. Структурам данных можно давать весьма информативные названия.
3. Данные хранятся в единственном экземпляре; все опции чтения и модификации данных производятся только с этим экземпляром данных, что качественно облегчает синхронизацию данных между многими приложениями и пользователями.
4. Данные хранятся в соответствии с четко определенными и строго соблюдаемыми правилами.