Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
1 Лаб 6 - Проектирование базы данных.docx
Скачиваний:
8
Добавлен:
25.11.2019
Размер:
230.65 Кб
Скачать

Ис Лабораторная работа № 6 разработка базы данных

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

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

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

Существующие методы разработки РБД основаны на нормализации данных предметной области, которые представлены в документах внемашинной сферы.

Этот процесс может быть выполнен на основе технологии разработки информационно-логической модели данных предметной области (ИЛМ ПО).

Разработка ИЛМ ПО базируется на описании предметной области, полученном в результате ее обследования. В процессе формализации необходимо определить состав логически взаимосвязанных нормализованных информационных объектов.

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

1. Основные этапы разработки бд

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

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

Первый этап - разработка ИЛМ ПО. На первом этапе должна быть построена информационно-логическая модель данных предметной области. Разработка ИЛМ ПО базируется на описании предметной области, полученном в результате ее обследования. Сначала осуществляется определение состава и структуры данных предметной области, которые должны находиться в БД и обеспечивать выполнение необходимых запросов, задач и приложений пользователя. Эти данные представлены, как правило, в виде реквизитов, содержащихся в различных документах - источниках загрузки БД.

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

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

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

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

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

2. Если значение текстовое, то это признак.

3. Если реквизит обозначает предмет или время, то это признак.

4. Если реквизит в некотором ИО является признаком (основанием), то он будет играть эту роль и в других ИО.

5. Если ИО описывают сходные процессы, то их призначные части совпадают.

6. Если основание ИО вычисляется по значениям других оснований, то набор признаков такого ИО - это объединение признаков, связанных с этими основаниями.

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

Второй этап - определение логической структуры БД. На втором этапе построенная ИЛМ должна быть отображена в логическую структуру БД. Для РБД этот этап является в значительной степени формальным, так как ИЛМ отображается в структуру РБД адекватно.

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

После формирования структуры базы данных может осуществляться загрузка БД с документов-источников.