Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Вопросы_часть1.doc
Скачиваний:
2
Добавлен:
22.04.2019
Размер:
156.67 Кб
Скачать

1.7 Недостатки реляционной модели. Причины появления объектно-ориентированных баз данных.

К недостаткам реляционных БД относятся: сложность структуры, вызванная процессом нормализации; низкая производительность из-за поиска по ключу, что в 3 - 5 раз увеличивает количество операций доступа; ограниченный набор типов данных (например, отсутствуют формы мультимедиа, геоинформации и т,д.); недостаточное естественное представление данных (в виде плоских двумерных таблиц, а не таблиц со сложной структурой, как в сетевой МД); невозможность рассмотрения данных послойно, на разных уровнях абстракции (например, РАБОТАЮЩИЕ: научные сотрудники; преподаватели); нестыковка с принципами перспективного объектно-ориентированного подхода: чаще всего - только приложения, значительно преже - интерфейс пользователя строятся с учетом этого подхода; невозможность определить набор операторов (методов), связанных с определенным типом данных: приходится задавать операции в конкретном приложении; возникновение эффекта конфузии: утраты при определенных сочетаниях данных третьей и даже второй нормальных форм. Одним из способов устранения указанных недостатков является построение объектно-ориентированной БД (ООБД). Разработка систем объектно-ориентированных баз данных (так называемые технологии баз данных пятого поколения) началась в середине 80-х годов в связи с необходимостью удовлетворения требований приложений, отличных от тех приложений обработки данных, которые характерны для систем реляционных баз данных (технология баз данных четвертого поколения). Попытки использования технологий реляционных баз данных в таких сложных приложениях, как автоматизированное проектирование (computer aided design, CAD); автоматизированное производство (computer aided manufacturing, CAM); технология программирования; системы, основанные на знаниях, и мультимедийные системы, обнажили ограничения систем реляционных баз данных (РБД). В условиях, когда появилось новое поколение приложений баз данных, возникли потребности, которые лучшим образом удовлетворялись при применении объектно-ориентированных баз данных (ООБД).

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

Объектно-ориентированные базы данных позволяют представлять сложные объекты более непосредственным образом, нежели реляционные системы.

1.8 Операции с множествами объектов Cache.

Обращение к рез-там запроса происходит через объект ResultSet.

Эл-ты класса %ResultSet:

%New(“Class:Query”)-Созд-ие нов объекта ResultSet.Аргументы-имя класса:имя запроса( для динамич запроса-без аргументов)

QueryIsValid()- возвращ 1 ,если запрос допустим, 0-не допустим

Contains Id() -Возвращ №столбца, содерж Id объекта

GetParamCount()- возвращ кол-во парам в запросе

Prepare(SQL)-подготавл динамич запрос

Execute(P1,P2..)- выполн запрос с параметрами Р1,Р2

GetColumnCount()- кол-во столбцов выборки

GetColumnName(Col)-возвращ имя столбца

Next()- переход на след строку выборки

Get(ColumnName)- возвращ зн-е поля с именем ColumnName

GetData(Column)-возвращ зн-е поля с номером

Close()-завершение запроса

AtEnd- 1-конец выборки, 0-нет

ClassName- имя класса

QueryName- имя запроса

Data(ColumnName)- многомерное св-во, содержит св-ва всех полей

Алгоритм работы:

1.Создать нов объект с пом %New. Для запроса описанного в классе проверить его допустимостьс пом QueryIsValid(). Для динамич запроса задать код с пом Prepare и проверить допустимость.

2.Выполнить запрос(Execut)

3.Извлечь строки с пом метода Next.

4. Завершение запроса(Close)