5. Согласование состава таблиц для реализации приложения

После завершения разработки и документирования ЛМ БД необходимо согласовать с руководителем по курсовому проектированию перечень таблиц БД для их последующей реализации (5 – 7 таблиц).

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

6. Проектирование и создание физической модели базы данных

Выполнение работ связанных с реализаций БД выполняются в объеме, который следует из согласованного с преподавателем перечня таблиц БД приложения.

Методика построение физической модели (ФМ) БД включает следующие этапы:

Этап 1.Перенос ЛМ в среду конкретной СУБД:

1. Выбор СУБД для реализации ЛМ

2. Проектирование таблиц в среде целевой СУБД

3. Реализация бизнес - правил предприятия в среде целевой СУБД.

Этап 2. Проектирование физического представления БД.

1. Анализ транзакций.

2. Выбор файловой структуры.

3. Определение вторичных индексов.

4. Анализ необходимости введения контролируемой избыточности данных.

5. Определение требований к дисковой памяти.

Этап 3. Разработка механизмов защиты.

1. Разработка пользовательских представлений (видов).

2. Определение модели прав доступа пользователей к БД и ее компонентам (таблицам).

Этап 4. Организация мониторинга и настройка функционирования системы

Детально действия методики рассматриваются в лекциях по дисциплине ББД.

В рамках данной работы выполняются следующие действия:

1. Проектирование таблиц в среде целевой СУБД.

2. Определение требований к дисковой памяти БД.

6.1. Проектирование таблиц в среде выбранной субд

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

Исходной информацией для проектирования таблиц ФМ БД являются отношения ЛМ БД.

Проектирование таблиц включает определение следующих элементов:

• имени таблицы;

• списка полей (простых атрибутов);

• определение первичного ключа и (если таковые существуют) и внешних ключей;

• определение требований ссылочной целостности для любых внешних ключей.

Для каждого поля таблицы определяется следующая информация:

• определение имени;

• определение его домена, включающее указание типа данных, длину атрибута и любые требуемые ограничения на допустимые значения;

• принимаемое по умолчанию значение атрибута (необязательно);

• допустимость значения NULL для данного атрибута.

6.2. Создание базы данных

Спроектированная ФМ БД создается в рамках выбранной СУБД. Результаты создания документируются средствами СУБД.

7. документирование результатов лабораторной работы

Отчет по лабораторной работе №4 должен содержать следующие результаты:

1. Схема логической модели БД (пример см. рис.4.11).

2. Описание новых отношений, которые созданы как результат нормализации отношений ЛМ БД.

3. Результаты проверки выполнимости задач.

4. Распечатка таблиц ФМ БД в среде реализации.

СПИСОК ИСПОЛЬЗОВАННЫХ СОКРАЩЕНИЙ

БД - база данных

КМ - концептуальная модель

ЛМ – логическая модель

ПрО – предметная область

ФМ – физическая модель

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Методическое пособие по теме «Проектирование логической модели базы данных» по дисциплине «Базы и банки данных». Брест, БГТУ, кафедра ИИТ, 2011, электронный вариант.

Приложение А. пример концептуальной модели объекта

В данном приложении на рис.П.А.1 приведена диаграмма «сущность – связь» для приложения «Успевае­мость», которая является результатом проектирования концептуальной модели структуры БД для ОА «Деканат факультета».