Этап 3 Определение структуры данных.

После предварительного анализа всех необходимых элементов данных нужно упорядочить их по объектам и определить связи между ними.

Этап 4. Физическая реализация БД средствами выбранной СУБД.

Этап 5. Создание приложения, включая пользовательский интерфейс.

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

Этап 6. Тестирование, усовершенствование и внедрение приложения.

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

 

Модели организации баз данных

Иерархическая модель базы данных

Информация в иерархической базе организована по принципу древовидной структуры, в виде отношений "предок- потомок ". Каждая запись может иметь не более одной родительской записи и несколько подчиненных. Связи записей реализуются в виде физических указателей с одной записи на другую.

Верхний уровень (корень дерева) занимает один объект, второй - объекты второго уровня и так далее.

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

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

Атрибут(элемент данных)	- наименьшая единица структуры данных. Обычно каждому элементу при описании базы данных присваивается уникальное имя. По этому имени к нему обращаются при обработке. Элемент данных также часто называют полем.
Запись	- именованная совокупность атрибутов. Использование записей позволяет за одно обращение к базе получить некоторую логически связанную совокупность данных. Именно записи изменяются, добавляются и удаляются. Тип записи определяется составом ее атрибутов. Экземпляр записи - конкретная запись с конкретным значением элементов.
Групповое отношение	- иерархическое отношение между записями двух типов. Родительская запись (владелец группового отношения) называется исходной записью, а дочерние записи (члены группового отношения) - подчиненными. Иерархическая база данных может хранить только такие древовидные структуры.

Пример

Рассмотрим следующую модель данных предприятия: предприятие состоит из отделов, в которых работают сотрудники. В каждом отделе может работать несколько сотрудников, но сотрудник не может работать более чем в одном отделе.

Поэтому, для информационной системы управления персоналом необходимо создать групповое отношение, состоящее из родительской записи ОТДЕЛ (НАИМЕНОВАНИЕ_ОТДЕЛА, ЧИСЛО_РАБОТНИКОВ) и дочерней записи СОТРУДНИК (ФАМИЛИЯ, ДОЛЖНОСТЬ, ОКЛАД). Это отношение показано на (Для простоты полагается, что имеются только две дочерние записи).

Для автоматизации учета контрактов с заказчиками необходимо создание еще одной иерархической структуры: заказчик - контракты с ним - сотрудники, задействованные в работе над контрактом. Это дерево будет включать записи ЗАКАЗЧИК (НАИМЕНОВАНИЕ_ЗАКАЗЧИКА, АДРЕС), КОНТРАКТ(НОМЕР, ДАТА,СУММА), ИСПОЛНИТЕЛЬ (ФАМИЛИЯ, ДОЛЖНОСТЬ, НАИМЕНОВАНИЕ_ОТДЕЛА).

Если исполнитель может принимать участие более чем в одном контракте, то в базу данных необходимо ввести еще одно групповое отношение, в котором ИСПОЛНИТЕЛЬ будет являться исходной записью, а КОНТРАКТ - дочерней. Таким образом, информация дублируется.

 

 

Операции над данными, определенные в иерархической модели:

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

· Изменить значение данных предварительно извлеченной записи. Ключевые данные не должны подвергаться изменениям.

· Удалить некоторую запись и все подчиненные ей записи.

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

· Извлечь следующую запись (следующая запись извлекается в порядке левостороннего обхода дерева).

 

Сетевая модель базы данных

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