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

↑

▷ Содержание

⇐ ПредыдущаяСтр 2 из 3Следующая ⇒

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

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

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

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

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

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

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

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

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

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

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

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

Пример

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

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

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

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

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

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

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

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

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

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

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

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

Познавательные статьи:



Формы дистанционного обучения

Передача мяча двумя руками снизу

Значение правильной осанки для жизнедеятельности человека

Основные ошибки при выполнении передач мяча на месте