8.2.2. Выявление основных структурных объектов базы данных и общей структурной схемы

Построение базы данных начинается с проектирования.

Основной задачей логического проектирования является разработка логической схемы, ориентированной на выбранную СУБД. Поскольку проектирование будет вестись в среде реляционной СУБД Microsoft Access 2007 или 2010, то построенную на предыдущем этапе концептуальную модель следует отображать на реляционную модель.

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

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

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

На этом этапе определяют:

• перечень таблиц;

• пары взаимосвязанных таблиц;

• типы связей для каждой пары таблиц;

• поля первичного и вторичного ключей для каждой пары таблиц;

• использование( или неиспользование) системы поддержки целостности данных;

• применение (или неприменение) каскадного обновления полей;

• применение (или неприменение) каскадного удаления записей.

8.2.3. Определение полей и типов полей основных структурных объектов базы данных

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

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

В завершение для каждого поля нужно определить тип и свойства и обосновать свой выбор.

На этом этапе определяют и обосновывают для каждой таблицы:

• перечень полей;

• тип каждого поля;

• размер каждого поля;

• применение (или неприменение) свойств «обязательное» и «уникальное»;

• применение (или неприменение) маски ввода, и в случае применения - ее вид;

• применение (или неприменение) списка подстановок и в случае применения – его вид;

• применение (или неприменение) условий на значение и в случае применения – их вид и диагностические сообщения;

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

8.2.4. Выбор и обоснование форм таблиц

В данном подпункте опять же для каждой из таблиц следует принят решение об использовании для нее формы ввода и редактирования данных.

В том случае, если принято решение об использовании формы, следует обосновать выбор типа формы, ее внешнего вида, наличия элементов управления, стиля оформления.

На этом этапе определяют и обосновывают для каждой таблицы:

• необходимость (или отсутствие таковой) создания формы;

• вид формы;

• перечень требуемых элементов управления и его обоснование;

• размеры и способ размещения элементов управления на форме;

• обоснование форматирования элементов управления (шрифты, заливки и т.д.);

• применение других свойств элементов управления (например, запрещение редактирования какого либо поля);

• обоснование выбранного стиля оформления.