7.5. База данных

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

• выбор организационной формы базы данных;

• проектирование структуры базы данных;

• администрирование базы данных.

7.5.1. Организационная форма базы данных

Различают одно- и многопользовательские базы данных централизованного или распределенного хранения по узлам сети. Однопользовательские базы данных размещаются на локальном или сетевом диске, обеспечивают защиту данных от несанкциони­рованного доступа и высокую производительность отдельных при­ложений. Многопользовательские базы данных централизованно хранятся на файловом сервере или сервере баз данных, требуют администрирования (защиты от несанкционированного доступа к объектам базы данных; контроля состояния и эффективности рабо­ты с базой данных различных приложений).

При выборе формы организации базы данных учитывается:

• состав приложений и число пользователей, работающих с базой данных;

• требование защиты данных от несанкционированного дос­тупа;

• характер обработки данных базы данных приложений;

• объем информации базы данных;

• параметры технических средств обработки и компьютер­ ной сети;

• возможности программных средств управления данными;

• возможность разбить ИЛМ предметной области на от­дельные фрагменты.

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

7.5.2. Структура базы данных

Логическая структура базы данных соответствует структуре данных ИЛМ, реализуется средствами структур данных выбранного программного обеспечения (СУБД, электронные таблицы). Структу­ра базы данных должна обеспечивать и технологичность процедур ведения и реализации приложений, а именно: удобство ввода дан­ных, необходимое быстродействие приложений, экономный расход дисковой памяти и др.

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

• Обеспечение целостности данных - связанные поля таб­лиц имеют одинаковые значения.

• Каскадное обновление связанных полей - изменение по­лей связи отражается в двух таблицах.

• Каскадное удаление связанных записей - главной записи и подчиненных записей.

• Тип объединения - полностью совпадают значения полей связи записей таблиц; все записи одной из таблиц и толь­ко те записи другой таблицы, в которых совпадают значе­ния полей связи.

Для файла базы данных .mdb указывается местоположение на диске, уточняются тип и формат полей таблиц. При необходимости выполняется разбиение базы данных на серверную (таблицы базы данных) и клиентскую (интерфейс: запросы, формы, отчеты, мак­росы и модули) части. Эти части базы данных могут храниться на различных компьютерах в сети.

Критериями физической организации данных являются: мини­мизация расхода дисковой памяти; минимизация времени выпол­нения приложений. Для оценки производительности приложений используется анализатор быстродействия объектов базы данных. Ускорение выполнения приложений достигается за счет индексиро­вания полей таблиц, используемых в качестве ключей связи, а так­же полей, по которым задаются условия отбора в запросах. Но при этом следует учитывать, что создание новых индексов таблиц уве­личивает расход дисковой памяти и время выполнения процедур обновления базы данных.

Для баз данных коллективного пользования повышение скоро­сти обработки данных достигается за счет репликации - дублирова­ния части объектов базы данных сервера на отдельных рабочих станциях (можно дублировать таблицы, запросы, формы и т.п.).

В наборе реплик существует одна основная реплика и множе­ство ее копий. В основную реплику добавляются системные табли­цы, системные поля и свойства. В основной реплике можно изме­нять структуры таблиц базы данных, а изменение данных базы данных возможно в любой реплике. При этом наличие реплик в распределенной базе данных повышает суммарный расход диско­вой памяти, требует выполнения процедуры синхронизации реплик.

В курсовой работе следует привести:

1. Схему базы данных в графическом виде.

2. Описание структуры таблиц базы данных.

3. Описание типов связей таблиц базы данных.