Метод автоматизированного синтеза объектно-реляционной базы данных АСУП

• Автор: Копейкин, Александр Михайлович
• Шифр специальности: 05.13.06
• Научная степень: Кандидатская
• Год защиты: 2009
• Место защиты: Санкт-Петербург
• Количество страниц: 173 с. : ил.

Оглавление
Оглавление
Введение

Глава 1. Анализ текущего состояния представления моделей данных

1.1. Назначение и критерии моделей.

1.2. Уровни моделирования базы данных

1.3. Модели данных концептуального уровня.

1 .4. Реляционная модель данных

1.5. Эквивалентность реляционных схем.

1.6. Методы автоматизации проектирования реляционных схем.

1.7. Ограничения реляционной модели.

1.8. Выводы и основные результаты главы. Критерии к объектно
реляционной модели представления данных
Глава 2. Логический уровень объектнореляционных баз данных
2.1. Мифологический уровень.
2.2. Проектирование инфологичсской схемы. ПЯмодель.
2.3. Концептуальный уровень.
2.4. Объектнореляционная модель
2.5. Связь объектнореляционной и реляционной модели
2.6. Выводы и основные результаты главы.
Глава 3. Автоматизация проектирования логического уровня объектно
реляционной базы данных
3.1. Критерии построения моделей логического уровня.
3.2. Базис для структуры объектнореляционной модели
3.3. Формальная постановка задачи выбора конфигурации объектно
реляционной модели.
3.4. Метод автоматизации проектирования объектнореляционной модели базы данных
3.5. Пример выбора конфигурации модели.
3.6. Оценка сложности метода.
3.7. Выводы и основные результаты главы
Глава 4. Экспериментальная проверка предлагаемого метода.
4.1. Описание концептуального уровня инструментальной среды
4.2. Проектирования реляционной и объектнореляционной моделей в
условиях изменяющейся предметной области
4.2.1. Предметная область Химические установки
4.2.2. Предметная область Поставка деталей
4.3. Выводы и основные результаты главы
Заключение.
Список использованной литературы


Как и любая модель ILM должна обеспечивать представление основных категорий восприятия внешнего мира — объектов (сущностей), свойств и связей объектов. Математической базой 1LM является классическая теория множеств [], и ее расширение на основе нечетких множеств [, ]. Согласно указанным теориям - множество априорно принятое основное понятие в математике, которое рассматривается как совокупность взаимосвязанных объектов. Термин “объект” используется как для обозначения экземпляра объекта, так и для его тина (класса, множества экземпляров этого объекта). Как принято в указанных выше источниках, мощность множества обозначается символом card. Множество N объектов Q ( card(N)~n ) разбито на множество пересекающихся подмножеств qj (i=l, . N. Каждый Я; еР обладает множеством свойств pj 0=1, т). А). Мифологическая модель зачастую не имеет четкой границы с концептуальной моделью, и эти понятия плавно перетекают друг в друга. Подробнее информационно-логическая модель и ее место в процессе проектирования БД рассмотрена далее в главе 2. СУБД. Важно, что любое понятие предметной области, зафиксированное в инфологической модели, в принципе, должно быть отображено с помощью средств концептуального уровня той СУБД, в которой реализуется проект информационной системы. В литературе встречается термин - логическая модель , , ], которая является объединяющим понятием для инфологической и концептуальной модели, но не делая между ними различия, что, по-видимому, не правомерно, так как прежде чем рассматривать формальное описание, которым является концептуальная модель, необходимо уметь неформально выделить те категории предметной области, которые должны быть отображены средствами концептуальной модели. Обеспечение независимости хранимых данных от использующих их программ позволяет при необходимости переписать хранимые данные на другие носители информации и (или) реорганизовать их физическую структуру, изменив лишь физическую модель данных. К системе можно подключить любое число новых пользователей (новых приложений), изменив, если надо, концептуальную модель. Указанные изменения должны быть ‘прозрачными’ для существующих пользователей системы и их приложений. Теоретически, независимость данных призвана обеспечивать возможность развития системы баз данных без разрушения существующих приложений. Проблема независимости данных является центральной, так как возможность ее решения во многом определяет устойчивость разработанного проекта к изменениям, происходящим в предметной области. Как отмечается в |9], корни независимости данных тесно связанны с построением рациональной конфигурации схемы модели БД и определяют в целом жизненный цикл информационных систем. Пренебрежение принципами независимости данных приводит либо к неработоспособности системы, либо требует серьезных финансовых издержек при сопровождении таких систем. ILM в концептах моделей, и способах манипулирования этими элементами. В логическом отношении указанные модели эквиваленты и могут быть преобразованы одна в другую [, ]. Модели первых двух типов, как принято говорить, являются датапогическими. Это означает, что язык манипулирования данными в СУБД, поддерживающих данные модели, не освобождает пользователя от детального знакомства с физической структурой (внутренней моделью) БД. В реляционной модели указанная проблема в значительной мере устранена путем использования структурированного языка запросов SQL [], освобождающего пользователя от необходимости знать физическую структуру хранимых отношений. Геометрически, сетевая модель изоморфна графу, каждая связанная компонента которого отражает определенный тип набора, а вершинам графа соответствуют типы записей []. Иерархическая модель геометрически изоморфна дереву, и является частным случаем сетевой модели. Реляционная модель с геометрической точки зрения также соответствует графу, вершинами которого являются хранимые отношения, а ребра графа ассоциированы с ключами хранимых отношений. Ниже приведены наиболее известные достоинства и недостатки каждой из моделей [, , ]. Достоинства. Недостатки.