33
посредством использования вторичных ключей. Доступ к данным реляционной
базы данных происходит без реорганизации структуры таблицы.
Базы данных могут применяться как вспомогательное средство,
позволяющее реализовать какую-то полезную функцию. Например, хранение
настроек программы, интернет адресов для рассылки рекламы и т.д.
Для управления базами данных существуют системы управления базами
данных (далее СУБД). СУБД — совокупность программных и лингвистических
средств общего или специального назначения, обеспечивающих управление
созданием и использованием баз данных. Одной из таких СУБД является
InterBase, которая используется в данной ВКР. [21]
Первым этапом создания БД является анализ предметной области,
который частично произведен в п.2.1 и п.2.2.1. В ходе анализа нужно
разработать инфологическую и даталогическую модель данных.
Цель инфологического моделирования – обеспечение наиболее
естественных для человека способов сбора и представления той информации,
которую предполагается хранить в создаваемой базе данных. Поэтому
инфологическую модель данных пытаются строить по аналогии с естественным
языком (последний не может быть использован в чистом виде из-за сложности
компьютерной обработки текстов и неоднозначности любого естественного
языка). Основными конструктивными элементами инфологических моделей
являются сущности, связи между ними и их свойства (атрибуты).
Сущность – любой различимый объект (объект, который мы можем
отличить от другого), информацию о котором необходимо хранить в базе
данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.
д. Необходимо различать такие понятия, как тип сущности и экземпляр
сущности. Понятие тип сущности относится к набору однородных личностей,
предметов, событий или идей, выступающих как целое. Экземпляр сущности
относится к конкретной вещи в наборе.
34
Атрибут – поименованная характеристика сущности. Его наименование
должно быть уникальным для конкретного типа сущности, но может быть
одинаковым для различного типа сущностей. Атрибуты используются для
определения того, какая информация должна быть собрана о сущности.
Основным требованием к инфологической модели, вытекающим из ее
назначения, является требование адекватного отображения предметной
области. Инфологическая модель должна быть непротиворечивой. Она является
единым интегрированным описанием предметной области и отражает взгляды
и потребности всех пользователей системы.
На основании проанализированных данных предметной области, можно
выделить следующие сущности:
1. сущность «Прибор» с атрибутами:
a. код прибора;
b. наименование;
c. тип;
d. класс точности;
e. серийный номер;
f. периодичность поверки;
g. дата поверки;
h. вид взрывозащиты;
i. паспорт;
j. нижний предел измерения;
k. Верхний предел измерения;
l. Единица измерения;
m. руководство;
n. год выпуска;
2. сущность «Аппарат» с атрибутами:
a. код аппарата;
b. наименование;
35
c. тип;
d. характеристика;
3. сущность «Месторождение» с атрибутами:
a. код месторождения;
b. наименование;
4. сущность «Установка» с атрибутами:
a. код установки;
b. наименование;
c. использование;
d. схема;
5. сущность «Сотрудники» с аттрибутами:
a. код сотрудника;
b. фамилия;
c. имя;
d. отчество;
e. должность;
6. сущность «Метрология» с атрибутами:
a. код;
b. технологический параметр;
c. дата следующей поверки;
d. тип
e. статус.
Формализованное описание классов объектов предметной области БД
представлено в Таблице 1.
36
Таблица 1
Формализованное описание классов
Свойство
Ключи
Физические
характеристики
Процессы со
свойством
1
2
3
4
Прибор
Код прибора
Uk, Pk
Числовой
В, П, У
Наименование
Текстовый (40)
В, К, П, У
Тип
Текстовый (25)
В, К, П, У
Класс точности
Числовой
В, К, П, У
Серийный номер
Текстовый (35)
В, К, П, У
Периодичность поверки
Числовой
В, К, П, У
Дата поверки
Дата
В, К, П, У
Вид взрывозащиты
Текстовый (15)
В, К, П, У
Паспорт
Массив двоичных
данных
В, К, П, У
Нижний предел
измерений
Числовой
В, К, П, У
Верхний предел
измерений
Числовой
В, К, П, У
Единица измерений
Текстовый (8)
В, К, П, У
Руководство
Массив двоичных
данных
В, К, П, У
Год выпуска
Дата
В, К, П, У
Месторождение
Код месторождения
Uk, Pk
Числовой
В, П, У
Наименование
Текстовый (40)
В, К, П, У
Установка
Код установки
Uk, Pk
Числовой
В, П, У
Наименование
Текстовый (40)
В, К, П, У
Использование
Текстовый (30)
В, К, П, У
Схема
Массив данных
В, К, П, У
Аппарат
Код аппарата
Uk, Pk
Числовой
В, П, У
Наименование
Текстовый (40)
В, К, П, У
Тип
Текстовый (25)
В, К, П, У
Характеристика
Текстовый (80)
В, К, П, У
Сотрудник
Код сотрудника
Uk, Pk
Числовой
В, П, У
Фамилия
Тестовый (35)
В, К, П, У
Имя
Текстовый (35)
В, К, П, У
Отчество
Текстовый (35)
В, К, П, У
Должность
Текстовый (35)
В, К, П, У
37
Продолжение таблицы 1
Свойство
Ключи
Физические
характеристики
Процессы со
свойством
1
2
3
4
Метрология
Код
Uk, Pk
Числовой
В, П, У
Технологический
параметр
Текстовый (40)
В, К, П, У
Дата следующей поверки
Дата
В, К, П, У
Тип
Текстовый (3)
В, К, П, У
Статус
Текстовый (25)
В, К, П, У
В таблице 1 используются следующие сокращения: Ключи –
сокращения: «Pk» (Primary key) – первичный ключ, «Uk» (Unique key) –
уникальный ключ.
Процессы со свойством – сокращения: «В» – ввод, «П» – просмотр, «К»
– корректировка, «У» – удаление.
В таблице 1 используются следующие сокращения: Ключи –
сокращения: «Pk» (Primary key) – первичный ключ, «Uk» (Unique key) –
уникальный ключ.
Исходя из полученных данных, формируется ER-диаграмма. ER-
диаграмма для предметной области, построенная по нотациям Ричарда Баркера,
представленная в приложении А.
Следующим этапом проектирования является создание даталогической
модели данных.
Исходными данными для даталогического проектирования является
модель предметной области. В результате должна быть получена логическая
структура базы данных, описанная в терминах выбранной модели данных на
основе физических записей. В настоящее время распространение получила
реляционная модель данных, на рынке программного обеспечения наиболее
широко представлены реляционные СУБД.
Логическая структура базы данных, а также сама заполненная данными
38
база данных является отображением реальной предметной области. Поэтому на
выбор проектных решений самое непосредственное влияние оказывает
специфика отображаемой предметной области, отраженная в инфологической
модели.
Для реляционной базы данных проектирование логической структуры
заключается в том, чтобы разбить всю информацию по отношениям, а также
определить состав атрибутов для каждого из этих файлов.
База данных, как уже описывалось выше, содержит 6 таблиц. Данные
таблицы реализованы в системе управления базами данных InterBase и имеют
следующие названия:
1. «App»;
2. «Equip»;
3. «Field»;
4. «Inst»;
5. «Metrology»;
6. «Sotr».
Таблица «App» содержит сведения об аппаратах, установленных на
объектах ООО «Геопрогресс» и содержит следующие записи:
«IDA» - уникальный и первичный ключ таблицы, имеет
целочисленный тип данных и отображает уникальный номер в таблице, при
этом номер не повторяется;
«NAME» - поле символьного типа размерностью 40 символов,
отображает наименование аппарата;
«TYP» - поле символьного типа, размер которого составляет 25
символов, указывает тип аппарата (например: емкость, насос, резервуар и т.д.);
«CHARAK» - поле имеет символьный тип данных, размер которого 80
символов, отображает характеристики аппарата, от назначения аппарата, до
каких-либо индивидуальных характеристик (например: объем резервуара,
высота емкости, производительность насоса и т.д.);
39
«ID_IN» - вторичный ключ, обеспечивает связь с таблицей «INST»,
обеспечивая связь 1:М.
На рисунке 9 представлена структура таблицы «App».
Рисунок 9 – структура таблицы «App»
Таблица «Equip» содержит данные о приборах, которые находятся в
фонде организации, и имеет следующие поля:
«IDE» - поле таблицы, имеющее целочисленный тип данных,
являющееся уникальным первичным ключом таблицы;
«NAME» - поле таблицы, имеющее символьный тип данных,
размером 40 символов, отображающее наименование прибора согласно его
назначению (например: датчик давления, датчик температуры, уровнемер);
«TYP» - отображает тип прибора в соответствии с паспортом прибора
и его маркировкой. Поле имеет символьный тип данных и размер 25 символов;
«KLASS» - поле вещественного типа данных, отражающее класс
точности прибора в процентах, в соответствии с паспортными данными
прибора;
«SN» - поле, имеющее символьный тип данных размером 35
символов, отображает уникальный номер прибора. Т.к. серийный номер может
40
содержать в своем составе латинские буквы, данное поле не может
использоваться как первичный уникальный ключ;
«PERIOD» - поле целочисленного типа данных, отражает срок
межповерочного интервала в месяцах;
«DAT_F_P» - поле типа дата, отражает дату последней поверки
прибора, используется для определения срока следующей поверки, в
соответствии с периодом поверки;
«EX» - поле символьного типа, размером 15 символов, отражает вид
взрывозащиты прибора. Оно предназначено для определения возможности
установки прибора в указанном месте;
«PASS» - поле типа Blob, предназначенное для хранения файла
паспорта прибора;
«MINP» - поле вещественного типа данных, отражает нижний передел
измерения в соответствии с паспортом;
«MAXP» - поле вещественного типа данных, отражает верхний предел
измерений в соответствии с паспортом;
«EDIZM» - поле символьного типа размером 8 символов, отражает
единицу измерений, которую отражает прибор;
«RUK» - поле типа Blob, предназначенное для хранения файла
руководства прибора;
«YEAR_V» - поле целочисленного типа данных, отражает год
выпуска прибора. В случае утери паспорта и документа о поверки, принято
считать датой поверки первый квартал года выпуска прибора;
«ID_AP» - поле целочисленного типа, вторичный ключ, используется
для связи с таблицей «App».
Структура таблицы представлена на рисунке 10.
41
Рисунок 10 – структура таблицы «Equip»
Таблица «Field» содержит сведения о месторождениях организации и
имеет в своем составе всего два поля: «ID_F» - первичный уникальный ключ
целочисленного типа, выполняющий функции аналогично предыдущим
описаниям, «NAME» - символьного типа данных, размером 40 символов,
отражающее название месторождения.
Таблица «Inst» содержит сведения об установках ООО «Геопрогресс» и
имеет следующие поля:
«ID_I» - первичный уникальный ключ целочисленного типа;
«NAME» - поле символьного типа размером 40 символов, отображает
наименование установки;
«USE» - поле символьного типа размером 30 символов, отображает
назначение установки;
«SCHEM» - поле типа Blob, предназначено для хранения
принципиальных схем установок;
«ID_F» - вторичный ключ целочисленного типа, предназначен для
связи с таблицей «Field».
42
Структура таблицы представлена на рисунке 11.
Рисунок 11 – структура таблицы «Inst»
Таблица «Sotr» предназначена для отображения данных о сотрудниках,
ведущих базу данных, и имеет следующие поля:
«ID_S» - ключевое уникальное поле таблицы;
«FAM» - поле символьного типа, которое имеет размер 35 символов,
отображает фамилию сотрудника;
«NAME» - поле символьного типа размером 35 символов, отражает
имя сотрудника;
«SNAME» - поле символьного типа размером 35 символов,
отражающее отчество сотрудника;
«POST» - поле символьного типа размером 35 символов, отражающее
должность сотрудника.
Структура таблицы представлена на рисунке 12.