Классификация субд.

1. По модели данных. Например:

• Иерархическая. Состоит из объектов с указателями от родительских объектов к потомкам, соединяя вместе связанную информацию. Типичным представителем иерархических систем является Information Management System (IMS) фирмы IBM [10].

• Сетевая. Поддерживает сетевую организацию: любая запись, называемая записью старшего уровня, может содержать данные, которые относятся к набору других записей, называемых записями подчиненного уровня. Типичным представителем сетевых СУБД является Integrated Database Management System (IDMS), созданная в компании Cullinet Software, Inc [10].

• Реляционная. Характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных [10].

• Объектно-ориентированная. Эта система управления обрабатывает данные как абстрактные объекты, наделённые свойствами, в виде неструктурированных данных, и использующие методы взаимодействия с другими объектами окружающего мира [10].

2. По степени распределенности:

• Локальные СУБД. Все части локальной СУБД размещаются на одном компьютере [10].

• Распределённые СУБД. Части СУБД могут размещаться на двух и более компьютерах [10].

3. По способу доступа к бд:

• Файл-серверные. В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на процессор файлового сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость или невозможность централизованного управления; затруднённость или невозможность обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД; в системах с низкой интенсивностью обработки данных и низкими пиковыми нагрузками на БД. Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro [10].

• Клиент-серверные. Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Примеры: Oracle, Firebird, Interbase, IBM DB2, MS SQL Server, Sybase, PostgreSQL, MySQL, ЛИНТЕР, MDBS [10].

• Встраиваемые. Встраиваемая СУБД — библиотека, которая позволяет унифицированным образом хранить большие объёмы данных на локальной машине. Доступ к данным может происходить через SQL либо через особые функции СУБД. Встраиваемые СУБД быстрее обычных клиент-серверных и не требуют установки сервера, поэтому востребованы в локальном ПО, которое имеет дело с большими объёмами данных (например, геоинформационные системы). Примеры: OpenEdge, SQLite, BerkeleyDB, один из вариантов Firebird, MySQL, Sav Zigzag, Microsoft SQL Server Compact, ЛИНТЕР [10].

Выбор конкретной СУБД полностью зависит от задачи, которую она должна решать [15].

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

Файлы Access являются гибридом таблиц и баз данных. Здесь уже все таблицы и индексы хранятся в одном файле, что намного удобнее в управлении. К тому же среда управления базами Access наиболее удобна и доступна в любом офисном пакете от Microsoft [15].

Таблицы Dbase и Paradox были разработаны слишком давно, и их самое слабое звено - это индексы. В этих таблицах нет транзакций и соответствующего журнала. После добавления новой записи, если драйвер не успел обработать изменения в индексах и, произошла ошибка, то индекс рушится и для восстановления приходится использовать специальные утилиты или переформировывать индексы. В базах Access такие проблемы являются редкостью потому, что в них индексы защищены лучше[15].

На основании приведённых выше исследований, выбор был сделан в пользу Microsoft Access как самую надёжную систему. Кроме такого, драйверы доступа к этой базе есть на всех компьютерах с ОС Windows (особенно если там установлен MS Office).

Кроме того, анализ объекта автоматизации (пункт 1.1) показал, что в КТЭК – филиале РАНХ и ГС при президенте РФ имеется база данных. Структура этой базы данных составлена в Microsoft Access. (рис. 2.3).