Одновременно с рел. мод. данных появилась многомерная модель. Инф. в многомерн. модели представляется в виде многомерных массивов,наз. гиперкубами. В одной БД, постр. на многомерной модели, может храниться мн-во таких кубов, на основе кот. можно проводить совместный анализ показателей. Конечный пользователь в качестве вн. мод.данных получает для анализа определенные срезы или проекции кубов, представ-мые в виде обычных двумерных таблиц или графиков. Развитию многомерных моделей способствовало и то, что широко распростран. Рел. модели и соответствующим образом орган-ные БД хорошо подходили для операт.,т.е. транзакционной обработки данных. В случае же аналитической обработки, т.е. поддержки принятия решений рел системы не давали желаемого рез-та. Достоинства:
1. многомерные БД хорошо обслуживают именно аналитическую обработку данных и обычно являются узко специализир-ми.
2. Они обеспечивают более быстрый поиск и чтение данных по сравнению с рел. моделями, а также 3. избавляют от необходимости многократного связывания таблиц. 4. Среднее время ответа у них на сложный вопрос в десятки раз меньше, чем при использовании рел. модели. Осн. понятиями для многом. модели являются: агрегируемость, историчность, прогнозируемость. Агрегируемость данных означает рассмотрение и возможность анализа данных на разных уровнях обобщения: для пользователя, аналитика, руководителя. Историчность данных обозначает привязку их ко времени и выс. уровень неизменности (статичности) данных и их взаимосвязей. Временная привязка позволяет выполнять запросы, имеющие значения даты и врем. А статичность – использовать специализированные методы загрузки, хранения, выборки.
Прогнозируемость данных предполагает задание функций прогнозирования и применение их к различным временным интервалам. Многомерность модели данных – это, прежде всего, многомерное логическое представление структуры данных при их описании и в операциях манипулирования ими, а не ногомерность их визуализации. По сравнению с рел. моделью многомерная организация данных обладает более выс. информативностью.
18. Объектно-ориентированная модель Она представляет структуру, кот. можно изобразить графически в виде дерева, узлами кот. явл. объекты. Между записями БД и функциями их обработки устанавливаются связи с пом. механизмов, подобных тем, кот. имеются в объектно-ориентированных языках программ-ния. Такая модель позволяет идентифицировать отд. записи базы. Опред. пользователем объект называют объектом-целью. Поиск в объектно-ориентированной базе состоит в выяснении сходства между объектом, задаваемым пользователем, и объектами, храня-ся в базе. Базовыми понятиями этой модели являются след.: объекты, классы, методы, инкапсуляция, наследование, полиморфизм. Понятие объекта взято из объектно-ориентир-го программ-ния. В этой среде все сост. из объектов. Объект обладает след. св-вами: идентифицируется уникальным неизмен. образом, принадлежит к опред. классу, может посылать сообщ. др. объектам, имеет внутр. состояние. Таким образом, объектно-ориентир. БД сост. из объектов, каждый из кот. должен принадлежать к определенному классу, то есть каждый объект – экземпляр класса. Объектно-ориентир. БД сост. из коллекции классов. Структура и поведение объектов в объектной среде полностью опред-ся его классом. Класс явл. коллекцией объектов, при этом структура и поведение объектов одного класса одинаковы. Класс объекта сост. из его интерфейса и закрытой области. Интерфейс класса – это то, что видно другим объектам. Он сост. из двух частей: свойства класса и методов класса. Доступ к значениям свойств и манипулирование ими можно осущ-ть только посредством методов класса. Т.е. поведение объекта задается с помощью методов его класса. Обычно они имеют форму операций и функций, которые могут содержать параметры. На уровне интерфейса видимым явл. только имя каждого метода и требуемые параметры. Методы служат для передачи объектам сообщений. Т.е. метод представляет то, что, по мнению пользователя, должен делать объект. Инкапсуляция - объеди-ние в единое целое данных и алгоритмов (функций и методов) их обр-тки, а также скрытие данных внутри объектов, что повышает надежность разрабатыв-го ПО. Т.е. вся инф. об объекте заключена в определении его класса. Доступ к объекту может осущ-ся только через его интерфейс. Поведение объекта полностью опред-ся принадлежностью к конкр. классу. Наследование распространяет мн-во св-в и методов на всех потомков объекта. Аналогом наследования можно считать разбиение на подтипы. Полиморфизм допускает в объектах разных типов иметь методы (процедуры и функции) с одинак-ми именами, т.е. спос-ть одного и того же программного кода работать с разнотипными данными. Достоинства (по сравнению с реляционной моделью):возможность отображения информации о сложных взаимосвязях объектов; позволяет идентифицировать отдельные записи в базе и определять функции их обработки. Недостатки: сложность понимания сути и низкая скорость выполнения запросов. В наст. время объектно-ориентированные БД достаточно сложны, и потому их коммерческое использование идет медленно. Но у этих моделей есть потенциал и будущее. А потому исследования в обл. объектной ориентации становятся гл. направлением в теории СУБД. Сегодня уже разработаны и успешно функционируют такие СУБД как: Iris, Orion и др., – обслуживающие эти модели.
19. Объектно-рел. модель, ее +и-
В связи со знач. усложнением приложений появилась новая модель – расш. рел. модель (Extended Relation Data Model –ERDM). Эта модель включила в себя осн. достоинства объектно-ориент. модели и одновременно унаследовала простоту структуры рел. моделей, и потому стала называться объектно-рел. моделью данных. В отличие от объектно-ориентирован. модели (OODM) объектно-рел. модель (ERDM) основана на стратегии рел. модели, в то время как OODM модель основана на объектной стратегии. Исходя из этого, модель ERDM наиболее приспособлена для бизнес-приложений, а модель OODM используется в спец. инженерных и научных приложениях. Некоторые специалисты полагают, что в будущем произойдет слияние OODM и ERDM моделей. Однако у объектно-рел. и объектно-ориентир. моделей есть и ряд
недостатков, осн. из которых следующие: отсутствие унифицированной теории, кот. есть в рел. моделях; отсутствие формальной методологии проект-ния БД, как нормализация в рел. БД; отсутствие спец. средств создания запросов; отсутствие общ. правил опред-ния целостности и др.