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

• Автор: Олейник, Павел Петрович
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 2007
• Место защиты: Ростов-на-Дону
• Количество страниц: 218 с. : ил.

СОДЕРЖАНИЕ
ВВЕДЕНИЕ

ГЛАВА I. ОСОБЕННОСТИ РЕАЛИЗАЦИИ КОРПОРАТИВНЫХ ПРИЛОЖЕНИЙ

1.1. МОДЕЛИ БАЗ ДАННЫХ И РЕАЛИЗАЦИИ СУБД

1.2. ПОДХОДЫ К ОРГАНИЗАЦИИ ПРИЛОЖЕНИЙ УПРАВЛЕНИЯ ДАННЫМИ

. ПРЕИМУЩЕСТВА ОБЪЕКТНООРИЕНТИРОВАННОГО ПРОГРАММИРОВАНИЯ .

1.4. Объектнореляционное несоответствие .

1.5. Методы объектнореляционного отображения .

1.6. Выводы но главе

ГЛАВА 2. ОРГАНИЗАЦИЯ ОБЪЕКТНОЙ СИСТЕМЫ В РБД

2.1. Организация объектной метамодели на основе реляционной СУБД v .

2.2. ОРГАНИЗАЦИЯ ХРАНЕНИЯ ЗНАЧЕНИЙ АТРИБУТОВ В РБД
2.3. ПРЕДСТАВЛЕНИЕ ИСТОРИИ ИЗМЕНЕНИЯ ОБЪЕКТОВ...
2.4. МЕТОДИКА ПОСТРОЕНИЯ УНИФИЦИРОВАННЫХ ХРАНИМЫХ ПРОЦЕДУР ВЫБОРКИ ДАННЫХ
2.5. ВЫ ВОДЫ IIО ГЛ А ммм
ГЛАВА 3. АРХИТЕКТУРА КОРПОРАТИВНОГО СЕРВЕРА ПРИЛОЖЕНИЙ, ПОДДЕРЖИВАЮЩЕГО
ДИНАМИЧЕСКОЕ РАСШИРЕНИЕ ФУНКЦИОНАЛЬНОСТИ
3.1. Общая архитектура СП
3.2. Иерархия классов, выполняющих запросы к БД
3.3. МОДЕЛЬ классов преобразования реляционного набора в объекты переноса ДАННЫХ..
3.4. Применение шаблонов проектирования при реализации корпоративного СП..
3.5. ВЫВОДЫ по главе
ГЛАВА 4. УНИФИЦИРОВАННАЯ АРХИТЕКТУРА КЛИЕНТСКОГО ПРИЛОЖЕНИЯ
4.1. Базовые классы предметной области.
4.2. Методика преобразования объектов, полученных от СП в объекты предметной области
4.3. Архитектура базовых классов отображения данных
4.4. Выводы но главе. .
ЗАКЛЮЧЕНИЕ
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
ПРИЛОЖЕНИЯ
Приложение а. БОЬ скрипт метамодели объектной системы .
Приложение В. БОЬ скрипт таблиц хранения атрибутов объектов
Приложение С. 8ЗЬ скрипт процедуры СъаРкосУу
Приложение Р. Основные классы сервера приложений
Приложение Е. Классы преобразования реляционного набора в объекты переноса данных
Приложение V. Базовые классы предметной области
ВВЕДЕНИЕ
Актуальность


Сетевая модель данных (СМД) - это модель, состоящая из записей, элементов данных и связей типа «один ко многим» (1:М), установленных между записями []. Типичная организация БД, реализованная в сетевой СУБД, представляется в виде графа (рис. Если отталкиваться от понятия «сетевая», то можно было предположить, что происхождение этой модели основано на использовании графов. Рассмотрим СМД которая разработана и определена в стандарте CODASYL, поскольку именно она получила наибольшее распространение. Фундаментальные структуры, используемые в CODASYL-совместимой СУБД, взяты из языка COBOL и более ранней системы Integrated Data Store (IDS) (прототип сетевой СУБД) с некоторым влиянием языка PL1. Ключевым элементом в данной модели является тип записи, под которым понимается именованная структура, содержащая один или больше именованных элементов данных, каждый из которых обладает своим особым форматом. Под элементом данных понимается поле (либо подчинённое поле). Именованная связь типа «один ко многим» (1:М), установленная между записью-владельцем и одной или несколькими записями-членами, называется типом набора. Поскольку наборы это единственный способ представления связей между записями, а набор может иметь только одного владельца, в этой модели не существует прямого способа реализации связей типа «многие-ко-многим». Для решения подобной задачи между двумя записями следует организовать особый связующий тип записи (link record type), который позволяет образовать две связи типа 1 :М. Связующий тип записи применяется для представления рекурсивной связи, т. CODASYL-совместимой СУБД не допускается определение рекурсивного набора. Самым распространённым методом реализации наборов является использование указателей, которые эффективно связывают (образуют цепочки) записи. Эти связи позволяют последовательно совершать переходы между всеми записями с возвратом к исходной. Т.е. В связи с этим операторы языка манипулирования данными (Data Manipulation Language, DML) работают с каждой записью в отдельности, а не сразу с целым набором. Это основной недостаток, негативно сказывающийся на производительности приложения. Навигационный способ обращения к данным, находящимся в БД, реализованный как в иерархических СУБД, так и в сетевых, не получил широкого распространения и используется лишь в унаследованных системах. На сегодняшний день реляционные СУБД стали доминирующим типом программного обеспечения, используемым для хранения и обработки информации. Э.Ф. Коддом [, , ]. В РМД все данные логически структурированы внутри отношений (таблиц) (рис. Отношение имеет имя и состоит из поименованных атрибутов (столбцов) данных. Кортеж (строка) данных содержит по одному значению каждого из атрибутов. Большое преимущество реляционной модели заключается именно в этой простоте логической структуры, которая построена на мощном теоретическом фундаменте, отсутствующем у других МД. Обеспечивает высокую степень независимости от данных. Прикладные программы не зависят от изменений внутреннего представления данных. Имеется прочный фундамент для решения семантических вопросов и проблем непротиворечивости и избыточности данных. В частности, вводится понятие нормализованных отношений, т. В настоящее время процесс нормализации значительно усложнился за счёт введения различных нормальных форм. Справ]. Атрибуты. Р1(РК) ? Рис. Слабое представление объектов реального мира, что приводит к введению большого количества сущностей вследствие проведения нормализации. Процесс нормализации обычно требует создания отношений, которые не соответствуют сущностям «реального мира». Фрагментация сущности «реального мира» на несколько отношений с физическим представлением, которое отражает эту структуру, является неэффективным и приводит к выполнению многих соединений в процессе обработки запросов. Семантическая перегрузка. РМД обладает только одной конструкцией для представления данных и связей между данными -отношением. Например, для представления связи типа ММ между двумя сущностями А и В необходимо создать три отношения: два для сущностей А и В, а третье - для представления связи.