Отображение связей объектов в оом

Основные связи отображаются в ООМ модели это связи наследования (IS-A) когда объект наследник наследует свойства объекта родителя.

Связи других типов отображаются внесением соответствующих объектов в объект владелец.

Объекты в ООМД по сложности можно разделить на следующие типы:

1. Простые объекты. Данные объекты содержат однозначные атрибуты ординарного типа.

2. Составной ответ. У них хотя бы один атрибут кратный, то есть содержит несколько значений (типа массива) но не ссылающейся на др. объекты.

3. Сложный объект. У такого объекта есть атрибуты, являющиеся объектами, или содержащие объекты.

4. Смешанные объекты – включают кратные атрибуты, являющиеся объектами, или содержащие объекты.

Манипулирование данными в ООМ.

Объект на ориентированную модель подразумевает встраивание средств манипулирования данными в сам объект в виде операции, то есть, при разработке конкретной модели данных для объекта необходимо предусмотреть методы с помощью которых будет производится обработка данных этого объекта.

Причем при реализации методов разделяют 2 части методов:

1. Внутреннее представление (реализация) - непосредственно сам метод, не видимый для внешних объектов.

2. Внешнее представление - интерфейс (сообщение или событие) с помощью которого вызывается данный метод.

Однако, ООМ подразумевает некоторые средства обработки данных, аналогичные SQL. Они представляются в виде шаблонов методов вставки, удаления. Однако, данные средства находятся на стадии разработки стандартов.

Достоинства, недостатки ООМ.

Достоинства:

1. Приближенность к реальным предметным областям возможность более полного отображения их содержательного значения.

2. За счет использования наследования облегчается разработка модели данных, сокращается объем программируемого кода.

Недостатки :

1. Недостаточность проработки.

2. Отсутствие стандартов.

3. Большая сложность обучения разработчиков и обсуживающего персонала.

Системы управления распределенными бд (сурбд)

Распределенная БД – БД, которая распределена на нескольких вычислительных узлах, однако, при этом для пользователя она представляется как единая БД, позволяющая производить все операции по поиску и обновлению информации.

Компоненты СУРБД

Рабочие станции (узлы(сайт)) – X, Y, Z, R.

Фрагменты данных (А и В) – это части, на которые разбита БД, причем данные во фрагментах не пересекаются.

Реплики – это копии, которые создают идентичные данные.

TP – процессоры транзакций (менеджер транзакций), процессор приложений, программный компонент, который находится на узле, где выполняется запрос.

DP – процессор данных, менеджер данных. Программный компонент, расположенный на каждом фрагменте, комплект сетевого оборудования и программного обеспечения, обеспечивающий связь между узлами.

Специальный протокол взаимодействия между ТР и DP, этот протокол организует связь с сетью для передачи данных между ТР данных и команд.

• На стороне ТР данный протокол синхронизирует данные, переданные от менеджера данных.

• На стороне менеджера данных этот протокол маршрутизирует данные, направленные на соответствующие менеджеры транзакций.

• Обеспечивает общие функции управления распределенных БД. Безопасность, резервное копирование, восстановление.

Добавление нового ТР или ДР в СУРБД не должно приводить к изменению работоспособности в СУРБД.

Преимущества используются СУРБД:

• Возможность расположения данных близко к потребителю. (лучшее их взаимодействие с пользователем, быстрый доступ и обработка данных).

• Возможность расширения за счет добавления новых ТР и ДР.

• Большая надежность.

• Возможность продолжения работы при выходе из строя одного из узлов за счет наличия реплик фрагментов данного узла.

Недостатки:

• Возрастающая сложность управления и контроля

• Сложность обеспечения безопасности.

Координационный узел координирует выполнения транзакций, обращающихся к нескольким фрагментам или репликам.

Координатные узел координирует выполнение транзакции, обращающихся к нескольким фрагментам или репликам

Типы фрагментации данных используемые в СУРБД.

1. Горизонтальная фрагментация, то есть таблица распределена по фрагментам построчно. К горизонтальной фрагментации можно отнести, когда между фрагментами распределены полностью таблицы .

Горизонтальная фрагментация используется, когда различные узлы работают с однотипными данными, из которых можно выделить, требующимися в конкретном узле. Например, данные о сотрудниках, хранятся в одной таблице, но фрагмент используемый в узле 1 и расположенной в узле 1 содержит только сотрудников данного узла, другой узел содержит информацию о своих сотрудниках.

В случае если требуется информацию из всех фрагментов, ее получение можно рассматривать как соединение (unit) результатов запросов к 2-м фрагментам :

(Select *a tab1) unit

(Select *b tab1)

2. Вертикальная фрагментация.

	Имя

То есть в один фрагмент помещается атрибуты (столбцы) некоторого отношения (таблицы) определяющие некоторый тип информации, в другой – другой тип информации +первичный ключ. Первичный ключ исходного отношения содержится в обоих фрагментах.

Выбор информации из таких фрагментов можно рассматривать как запрос к связанным таблицам (Inner join) по полю первичного ключа.

select * from A inner join B.

Вертикальная фрагментация используется в том случае если узлы используют информацию характеризующую одни и те же объекты, но рассматривает разные их свойства например в одном узле хранятся общие данные (имя ,фам…), в другом данные о зарплате.

3. Смешанная фрагментация используется, когда СУРБД совмещает горизонтальную и вертикальную фрагментацию.

Репликация данных.

Использование реплик то есть копий одного фрагмента на различных узлах.

используется когда требуется приблизить к различным узлам одинаковые данные. Обычно это некоторая общая справочная информация, причем часто используется.

При использовании репликации узлы берут данные из ближайшей реплики, что ускоряет выполнения запросов. Однако в реплицированных фрагментах операции изменения должны дублироваться во всех репликах, что замедляет модификацию данных.

Для ускорения обработки при модификации многие СУРБД допускают предварительную модификацию отдельных реплик, расположенных непосредственно в узле, с последней синхронизацией всех реплик с использованием средств администрирования. При этом копируется не вся реплика, а изменяемые ее части.

К СУРДБ предъявляются следующие требования:

• прозрачность распределения - подразумевает чтобы пользователь не чувствовал месторасположения фрагмента, - прозрачность транзакции – транзакция должна работать с несколькими фрагментами на нескольких узлах как с одним.

• прозрачность производительности - система должна выбирать способ обработки распределенных данных обеспечивающих максимальную производительность.

• прозрачность гетерогенности – данное требование подразумевает возможность использования различных узлах размеченных систем СУБД.

Мезанизм обеспечения прозрачности распределения

Для обеспечения прозрачности распределения СУРБД, узлы содержащие транзакции и прежде всего процессоры транзакций (координирующие узлы), содержит словарь распределения данных (ДДД;ДДС). В словаре или каталоге содержаться описание всех фрагментов с точки зрения администрирования.

При выполнении запросы обычно направляются в координирующий узел, где определяется положения требуемых фрагментов данных и формируются запросы к фрагментам.

Словарь распределенных данных построен по принципу доменных имен, то есть на узле может хранится точный адрес требуемого фрагмента или адрес следующего узла, где известен требуемый адрес или известно, где его искать.