Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
22
Добавлен:
01.05.2014
Размер:
72.19 Кб
Скачать

Три свойства:

1). Инкапсуляция - выделение класса объектов с доступом к нему через свойства или методы.

2). Наследование - трансформация класса путём изменения свойств и методов с помощью способов называемых конструктором и деструктором.

Все классы строятся иерархическим методом с происхождением от некоторого класса.

3). Полиморфизм - использование метода с одним именем, как в базовом, так и в производных классах.

Положения ООБД.

1. В качестве значения столбца может быть использован произвольный картёж, то есть он может быть представлен другой таблицей, что дает возможность реализации нелинейной структуры.

2. процедура манипуляции данными позволяет присоединять процедуры, определенные значениями столбцов.

3. данные столбцов могут наследоваться

4. элементами отношений могут служить не только отдельные элементы как в реляционных БД, но и множества

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

Базовым языком в ООБД является С++

Новый SQL-3, SQL-2 (частный случай SQL-3).

Два направления разработки ООБД:

1. Microsoft: OLE

2. CORBA (IBM, Novell, DEC) - Ориентированный на все платформы

Два стандарта управления БД CORBA:

1. ODL

2. SQL-3

К объектно-ориентированным относиться только те БД, у которых все элементы построены с использованием ОО подхода.

Объектно-реляционные БД (ОРБД)

ОРБД: ОО подход используется только при создании интерфейса и алгоритма приложения.

Разновидности ОРБД:

1. Гибридные ОРБД

Интерфейс + алгоритм приложения - ООП

БД - реляционные

СУБД Парадокс, Access (с натяжкой) при использовании Visual Basic.

2. Расширенные/постреляционные

ООП используется в интерфейсе, алгоритм приложения и сама БД.

Взаимосвязь моделей данных.

I Сравнительная характеристика моделей данных.

Вид моделей:

1. Иерархическая

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

- простота понимания

- высокое быстродействие при совпадении структур БД и запроса.

Недостатки:

- отношение многие к многим может быть реализовано только искусственно.

- избыточность данных

- усложняются операции включения и удаления

- удаление исходных сегментов приводит к удалению порожденных сегментов

- процедурный характер построения структуры БД

- доступ к любому порожденному сегменту возможен только через корневой сегмент

- сильная зависимость логических и физических моделей данных

- ограниченный набор структур запроса и невозможность реализации таблиц с нелинейной структурой.

2 Сетевая:

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

- сохранения информации при уничтожении записи владельца

- более богатая структура запросов

- меньшая зависимость логических и физических моделей

- возможность реализации таблиц с нелинейной структурой.

Недостатки:

- отношение многие к многим может быть реализовано только искусственно

- необходимость системному программисту знать логическую структуру БД

- процедурный характер построения структуры БД и манипулирование данными

- возможная потеря независимости данных при реорганизации БД.

3 Реляционная:

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

- произвольная структура запроса

- простота работы и отражение представлений пользователя

- независимость моделей всех уровней

- хорошая теоретическая проработка

Недостатки:

- отношение многие к многим может быть реализовано только искусственно

- необходимость нормализации данных

- возможность логических ошибок при нормализации

- невозможность реализации таблиц с нелинейной структурой

4 Объектно-ориентированная:

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

- неограниченный набор типов данных

- возможность реализации таблиц с нелинейной структурой

- послойное представление информации

- высокая скорость работы из-за отсутствия ключей

- отсутствие нормализации

- легкая расширяемость структуры и её гибкость

- повторное использование типов данных и компонент

- реализация отношения многие к многим

Недостатки:

- сложность освоения моделей

- нечёткий язык программирования

- недостаточная защита данных

- нечётко проработанный одновременный доступ

II Выбор моделей данных (осуществляется по критериям)

Основные критерии:

Количественные критерии

1. Быстродействие

2. удобство обновления

3. стоимость

4. производительность

5. неизбыточность

Качественные критерии - факторы:

1. типы элементов данных

2. интерфейс пользователя

3. структура и отношения данных, способы манипулирования данными

4. целостность БД и защиты данных

5. поддержка программная и техническая

6. коммерческая поддержка

7. критерии качества (надежность, точность, соответствие стандартам)

8. возможность роста и развития.

При выборе используется векторный критерий.

Упрощенный вариант, основанный на некоторых суждениях. Для БД реализованных на ЭВМ основной задачей является быстродействие, поэтому предпочтение - многомерная модель. Для БД на персональных компьютерах главное - простота обновления: 3 - 4.

Среди объектно-ориентированных моделей: CACHE

Существуют неформальные факторы, поэтому целесообразно использовать следующую последовательность выбора СУБД:

1. Выбрать СУБД подходящую по техническим характеристикам.

2. Из получившегося набора СУБД провести следующий отбор:

А). По категории конечного пользователя

Б). По удобству интерфейса

В). По качеству средств разработки

Г). По качеству соцельности и защиты данных

Д). По характеристикам формирования распределения данных

Е). По поддержки стандартных интерфейсов с БД

Ж). По видам блокировки данных

З). По имиджу фирмы разработчика СУБД

Существует ряд тестов: цена/производительность

-TPC-A

-TPC-B

-TPC-C

-TPC-D

-TPC-E

III Преобразование моделей данных.

Возможные формы преобразования:

1. Реструктуризация - изменение структуры в рамках одной модели данных.

2. Трансляция - проектирование схемы, когда требования приложений выражается средствами одной модели данных, а реализация осуществляется посредством другой модели данных.

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

4. конвертирование

А - трансформация структур на основе ЯОД

Б - трансформация структур на основе ЯМД (манипуляция данными)

Преобразование моделей может быть автоматическим и ручным.

Отобразим в виде алгоритма:

рис #10

Пояснения:

Виды преобразований:

А - операции охвачены (на этом уровне осуществляется трансформация структуры на основе языка определения данных ЯОД)

Б - схемы изоморфны (на этом уровне осуществляется трансформация структуры на основе языка манипулирования данными ЯМД)

Д - модели одинаковы (на основе моделей данных).

В итоге имеются следующие варианты:

1. Реструктуризация

2. Трансляция

3. Реорганизация

4. Конвертирования (погружение одной модели данных в другую модель)

5. Взгляд - подсхемы различных пользователей в многопользовательских режимах.

6. Трансформация - нахождение схемы одной модели для другой.

7. Гомогенная БД - это построение глобальной схемы из локальных однотипных схем, покрывающих все другие схемы (характерно для распределенных БД).

8. Гетерогенная - это общий случай интеграции локальной БД в распределенную БД.

Соседние файлы в папке Набор конспектов по БД