Основные этапы разработки БД
Создание БД необходимо начинать с ее проектирования. В результате проектирования должна быть определена структура РБД, то есть состав реляционных таблиц, их структура и логические связи. Структура реляционной таблицы определяется составом столбцов, их последовательностью, типом данных каждого столбца и их размером, а также ключом таблицы. Методы разработки. При проектировании БД могут использоваться два подхода. В первом подходе сначала определяются основные задачи, для решения которых строится база, и потребности задач в данных. При втором подходе изучается предметная область, производится анализ ее данных и устанавливаются типовые объекты предметной области. Наиболее рационально сочетание обоих подходов. Это связано с тем, что на начальном этапе, как правило, нет исчерпывающих сведений о всех задачах и пришлось бы отложить проектирование и создание БД до выполнения постановки всех задач. Использование такой технологии тем более оправдано, что гибкие средства создания РБД в СУБД позволяют на любом этапе разработки внести изменения в БД и модифицировать ее структуру без ущерба для введенных ранее данных. Эта технология предполагает использование предварительных сведений о необходимости получения из БД различной информации. Первый этап - разработка ИЛМ ПО. На первом этапе должна быть построена информационно-логическая модель данных предметной области. Разработка ИЛМ ПО базируется на описании предметной области, полученном в результате ее обследования. Сначала осуществляется определение состава и структуры данных предметной области, которые должны находиться в БД и обеспечивать выполнение необходимых запросов, задач и приложений пользователя. Эти данные представлены, как правило, в виде реквизитов, содержащихся в различных документах - источниках загрузки БД. Различаются реквизиты-признаки и реквизиты-основания. Реквизит-признак представляет собой информационное отображение качественного свойства некоторого объекта, предмета, процесса, а реквизит-основание является отображением их количественного свойства. Анализ выявленных данных позволит определить функциональные зависимости реквизитов, которые используются для выделения информационных объектов (ИО), соответствующих требованиям нормализации данных. Последующее определение структурных связей между объектами позволяет построить информационно-логическую модель. В состав ИО должны входить: один реквизит-основание и несколько реквизитов-признаков, однозначно характеризующих условия существования основания. Для определения признаков и оснований в конкретных документах можно использовать следующие правила: 1. Если значение реквизита является исходным данным или результатом арифметической операции, то это основание. 2. Если значение текстовое, то это признак. 3. Если реквизит обозначает предмет или время, то это признак. 4. Если реквизит в некотором ИО является признаком (основанием), то он будет играть эту роль и в других ИО. 5. Если ИО описывают сходные процессы, то их призначные части совпадают. 6. Если основание ИО вычисляется по значениям других оснований, то набор признаков такого ИО - это объединение признаков, связанных с этими основаниями. Информационно-логическая модель должна быть представлена в каноническом виде, который отражает иерархию подчинения нормализованных информационных объектов. Каноническая модель позволяет построить РБД без дублирования, в которой обеспечивается однократный ввод данных с документов и целостность базы при внесении изменений. Второй этап - определение логической структуры БД. На втором этапе построенная ИЛМ должна быть отображена в логическую структуру БД. Для РБД этот этап является в значительной степени формальным, так как ИЛМ отображается в структуру РБД адекватно. На следующем этапе конструируются таблицы базы данных, то есть разработка продолжается средствами СУБД. Структура таблиц базы данных задается с помощью средств описания (конструирования) таблиц в СУБД в полном соответствии информационным объектам. После формирования структуры базы данных может осуществляться загрузка БД с документов-источников.
|
