Навигация
Схемо-зависимая стратегия
86223
знака
1
таблица
0
изображений
7.2 Схемо-зависимая стратегия
Альтернативу рассмотренному способу реализации объектно-реляционного отображения составляет разработанный вариант схемо-зависимой стратегии, основанный на использовании паттернов отображения классов и атрибутов OneInheritancePath–OneTable, Attribute–Column, ClassAssociation, ClassSelect и ClassAggregate. Данный вариант представляет собой попытку оптимизировать реляционную схему для наиболее эффективной работы с данными внутри одной прикладной модели. Подобная постановка задачи возникает довольно часто на практике и представляет интерес для приложений, оперирующих с одной, возможно масштабной, междисциплинарной прикладной моделью. Указанное сочетание паттернов отображения приводит к большому количеству таблиц, требуемых для адекватного представления объектно-ориентированных данных. Однако при этом оно обеспечивает более эффективную реализацию базовых операций манипулирования объектами. Паттерн OneInheritancePath–OneTable использует преимущества сериализованного представления атрибутов конкретных классов и упрощает компоновку наследуемых атрибутов для объектов выбранных типов. Перечисленные паттерны отображения исключают многоуровневую косвенную адресацию при доступе к таблицам атрибутов и обеспечивают высокую эффективность реализации вспомогательных операций сборки значений из таблиц атрибутов при чтении объектов и их рассылку по соответствующим таблицам при записи и модификации объектов.
Реализация адаптера посредника для схемо-зависимой стратегии существенно отличается от реализации схемо-независимой стратегии. Во-первых, реляционная схема для СУБД генерируется соответствующим CASE инструментом для каждой прикладной модели, специфицированной на языке EXPRESS. Ниже представлен фрагмент описания такой схемы на языке SQL для прикладной модели ActorResource, приведенной ниже. Во-вторых, одновременно со схемой генерируются исходные тексты пакета процедур на языке PL/SQL для манипулирования объектами данной прикладной модели. Каждая процедура пакета ориентирована на работу с объектами определенного типа и имеет специфический для него интерфейс. Поддержка подобных хранимых процедур со стороны реляционной СУБД существенно упрощает реализацию адаптера для посредника и позволяет повысить эффективность его работы за счет компиляции соответствующих директив манипулирования объектами в среде самой СУБД. В-третьих, не требуется какая-либо работа с метаданными, поскольку организация таблиц данных следует структурным особенностям прикладной информационной модели и позволяет явно адресоваться к ним при работе.
-- создание таблицы для описателей объектов схемы
ActorResource
CREATE TABLE actorresource_instance (
PID INTEGER DEFAULT 1 NOT NULL PRIMARY KEY,
Title VARCHAR2(128) NOT NULL,
Entity VARCHAR2(128) NOT NULL,
Model INTEGER NOT NULL,
Commentary VARCHAR2(4000),
FOREIGN KEY (Model) REFERENCES model(PID)
ON DELETE CASCADE
);
CREATE SEQUENCE sq$actorresource_instance;
CREATE UNIQUE INDEX i$actorresource_title_model
ON actorresource_instance (Title, Model);
CREATE INDEX i$actorresource_entity_model
ON actorresource_instance (Entity, Model);
CREATE INDEX i$actorresource_model
ON actorresource_instance (Model);
-- таблица для объектов типа Organization
CREATE TABLE actorresource_organization (
PID INTEGER DEFAULT 1 NOT NULL PRIMARY KEY,
Instance INTEGER NOT NULL,
Id_ INTEGER NOT NULL,
Name_ VARCHAR2(255) NOT NULL,
Description_ VARCHAR2(4000),
FOREIGN KEY (Instance) REFERENCES
actorresource_instance(PID) ON DELETE CASCADE
);
CREATE SEQUENCE sq$actorresource_organization;
CREATE INDEX i$actorresource_organization
ON actorresource_organization (Instance);
CREATE TABLE actorresource_organizat_3 (
PID INTEGER DEFAULT 1 NOT NULL PRIMARY KEY,
Parent INTEGER NOT NULL,
Element_Index1 INTEGER,
Element_Value VARCHAR2(255),
FOREIGN KEY (Parent) REFERENCES
actorresource_organization(PID) ON DELETE CASCADE
);
CREATE SEQUENCE sq$actorresource_organizat_3;
CREATE INDEX i$actorresource_organizat_3
ON actorresource_organizat_3 (Parent);
CREATE TABLE actorresource_organizat_4 (
PID INTEGER DEFAULT 1 NOT NULL PRIMARY KEY,
Parent INTEGER NOT NULL,
Element_Index1 INTEGER,
Element_Value VARCHAR2(128),
FOREIGN KEY (Parent) REFERENCES
actorresource_organization(PID) ON DELETE CASCADE
);
CREATE SEQUENCE sq$actorresource_organizat_4;
CREATE INDEX i$actorresource_organizat_4
ON actorresource_organizat_4 (Parent);
… 7.3 BLOB стратегия
Наконец, третий разработанный вариант реализации адаптера основан на применении BLOB&Text&XML_Encoding паттернов для реляционного представления объектов классов и их атрибутов. Этот вариант воспроизводит упрощенную схему СН стратегии за счет упакованного представления значений атрибутов объекта в виде бинарной или текстовой строки. Сами строки хранятся как элементы записей в таблице объектов BLOB_Instances. Как следствие, таблицы представления простых и сложных атрибутов отсутствуют. Модифицированная таблица Associations хранит ассоциации всех видов и используется для реализации навигационных запросов по ним. Из таблиц метаданных поддерживаются лишь Schemas, Entities, Entities_To_Schemas, Inheritance_Relations, Complex_Entities и Complex_Entities_To_Entities, записи которых воспроизводят отношения наследования классов в прикладной модели и используются для реализации запросов по типам объектов. Соответствующий CASE инструмент позволяет сгенерировать скрипт инициализации таблиц метаданных по спецификации прикладной информационной модели на языке EXPRESS.
Разработанный на языке PL/SQL пакет процедур предоставляет базовый набор операций манипулирования объектами и их поиска по идентификаторам, типам и навигационным маршрутам в рамках BLOB стратегии. Поскольку значения атрибутов объекта представлены в БД единой строкой, функции по упаковке и распаковке строк целиком ложатся на адаптер посредника. В силу этой же причины в рамках BLOB стратегии невозможно выполнение более тонких запросов на основе атрибутных свойств объектов непосредственно средствами СУБД.
8. Рекомендации использования
Таким образом, на основе выделенных паттернов проведена систематизация методов объектно-реляционного отображения. Паттерны отображения информационных схем, классов, атрибутов, метаданных и их сочетания приводят к существенным различиям в организации реляционных таблиц и способах реализации промежуточного объектно-реляционного слоя. Получаемые решения обладают разной степени эффективностью, гибкостью и адаптируемостью к изменениям и развитию прикладных моделей.
Так, приведенный пример реализации схемо-независимой стратегии объектно-реляционного отображения, основанный на фиксированной системе таблиц, может быть рекомендован для использования в приложениях, оперирующих одновременно с несколькими перманентно изменяемыми моделями либо с масштабными промышленными моделями, включающими тысячи классов. Однако эффективность выполнения запросов, а также базовых операций манипулирования объектами при использовании данной стратегии оказывается низкой, поскольку их реализация связана с необходимостью дополнительного анализа таблиц метаданных, а также сборки значений атрибутов объектов из нескольких таблиц при чтении и их обратной рассылки по таблицам при записи.
Частично компенсировать данные недостатки, а также сократить количество необходимых реляционных таблиц позволяет упрощенный вариант реализации схемо-независимой стратегии, основанный на представлении значений атрибутов, упакованных в единую бинарную или текстовую строку (BLOB) и хранимых как элементы записей в таблице объектов. Недостатком данной стратегии является невозможность непосредственной реализации запросов и базовых операций манипулирования объектами средствами самой СУБД. Вся нагрузка здесь ложится на промежуточный слой, выполняющий операции упаковки/распаковки строк со значениями атрибутов. Реализованный вариант BLOB стратегии, описанный в настоящей статье, позволяет разгрузить слой-посредник и выполнить простые запросы по идентификаторам объектов, их типам, а также навигационным маршрутам средствами СУБД, поскольку использует дополнительную систему таблиц для хранения отношений наследования и ассоциативных связей между отдельными объектами.
Наиболее эффективную реализацию запросов и операций манипулирования объектами обеспечивает разработанный вариант схемо-зависимой стратегии, основанный на сериализованном представлении атрибутов конкретных классов. Данная стратегия рекомендуется для использования в приложениях, оперирующих с одной прикладной моделью, включающей несколько сотен классов. Ее недостатками являются большое количество используемых таблиц, критичное для большинства реализаций современных реляционных СУБД, чувствительность к эволюции прикладной модели, а также необходимость применения CASE инструментария для генерации реляционной схемы и процедур, реализующих запросы и операции манипулирования объектами. Подобный инструментарий позволяет существенно упростить сопровождение и администрирование базы данных, эксплуатирующей данную стратегию объектно-реляционного отображения.
Таким образом, разрабатываемый программно-инструментальный комплекс предоставляет развитые средства для эффективной организации промежуточного объектно-реляционного слоя в типовых прикладных контекстах. Представленные рекомендации могут служить конструктивной основой для выбора наиболее оптимальных решений.
Заключение
В данной курсовой работе мы выяснили, что значение языка EXPRESS заключается в описании информационных моделей.
Язык EXPRESS:
· опирается на объектно-ориентированный подход
· использует разбиение на иерархические уровни
Язык EXPRESS может быть использован двумя путями:
1. прямое использование алгоритмов языка EXPRESS; применение программных средств, а также использование оболочки EXPRESS, с помощью которой создается информационная модель
2. моделирование понятий и функциональных (информационных) связей отдельно; проектирование информационной модели включает 3 этапа:
А) информационное моделирование
Б) функциональное моделирование
В) программная реализация
Второй путь является наиболее предпочтительнее для CALS, т.к. есть разделение функциональных обязанностей.
Информационная модель на языке EXPRESS описывается с помощью схемы, которая может включать в свой состав следующие элементы:
1) описание типов
2) описание констант (ввод постоянных)
3) создание правил
4) функции
5) процедуры
Функции и процедуры необходимы для проверки правил, для вычисления каких-то переменных.
Для описания ограничений в EXPRESS вводятся логические функции, их называют глобальными правилами. Пользователь чаще всего работает с локальными правилами.
Язык EXPRESS включил 2 особенности, которых нет у других программных средств:
1) механизм множественного наследования (генетический механизм). С помощью объявлений можно указать список сущностей, которые являются предками этой сущности, от которой она наследует свойства: атрибуты, правила, алгоритмы, постоянные и т.д. EXPRESSследование осуществляется транзитивно (значит выполняются логические операции, в результате которых меняются свойства у взаимодействующих объектов).
2) Использование механизма мутации. При наличии в одной схеме нескольких подтипов определенной сущности считается, что в популяции этой сущности возможны объекты с характерными свойствами.
Список используемых источников
1. В.П. Иванников, С.С. Гайсарян, К.В. Антипин, В.В. Рубанов. Объектно-ориентированное окружение, обеспечивающее доступ к реляционным СУБД. // Труды Института системного программирования РАН, том 2, 2001, c. 89–114.
2. Судов Е. В., Левин А. И., Давыдов А. Н., Барабанов В. В. Концепция развития CALS-технологий в промышленности России. М.: НИЦ CALS-технологий «Прикладная логистика», 2002.
3. Ю. Шрейдер. “Социальные аспекты информатики” //Научно-техническая информация, Серия 2, 1989, #1.
4. Владимир Пржиялковский. “Волшебство нового программирования” // Директору Информационной Службы (ComputerWorld), 2000, #3
5. Кнорина Л.В. “Природа слова в Универсальном Языке Ньютона” // Научно--техническая информация, Серия 2 , 1994, #9.
Похожие работы
... языковую форму. Визуализаторы генерируют графические представления моделей на языке Express-G. Конверторы используются для преобразования Express-моделей на основе языка Express-X. В-пятых, к программному обеспечению CALS-технологий можно отнести средства поддержки языков SGML, XML, EDIFACT. Примерами STEP-средств могут служить продукты компаний STEP Tools, EPM Technology AS, TNO и др. ...
... по соответствующему полю). В окне Конструктора таблиц созданные связи отображаются визуально, их легко изменить, установить новые, удалить (клавиша Del). 1 Многозвенные информационные системы. Модель распределённого приложения БД называется многозвенной и её наиболее простой вариант – трёхзвенное распределённое приложение. Тремя частями такого приложения являются: ...
... навыков: отбор и организация методического материала, его систематизация и классификация, проблема усвоения грамматических навыков на протяжении многих лет и использование коммуникативных методов обучения иностранному языку на среднем этапе обучения. При овладении грамматикой в школьном курсе иностранного языка особое внимание должно быть уделено теории, с использованием наглядности, и ее ...
... переход от предка к первому потомку; · переход от потомка к предку; · создание новой записи; · удаление текущей записи; · обновление текущей записи; · включение записи в связь; · исключение записи из связи; · изменение связей и т. д. Достоинством сетевой модели данных является возможность эффективной реализации по показателям затрат памяти и оперативности. B ...
0 комментариев