Многомерная модель данных

В одной БД может храниться множество гиперкубов. конечн. пользователь в кач-ве внешней модели данных получ.для анализа опред.срезы или проекции кубов, представл-е в виде обычн.двухмерных таблиц или графиков. Многом.модели хорошо обслужив. аналитическую обработку данных и обеспеч.> быстрый поиск и чтение данных по ср.с реляц-ми мод., +избавляют от необход-ти многократного связывания таблиц. среднее время ответа у них на сложный вопрос в десятки раз <, чем при исп-нии реляц-й модели.они обычно явл.узко специализирован-ми. Исполь-ся обычно 2 схемы организ-и данных: 1.гиперкубическая. 2.поликубическая. Достоинства: удобство и эффект-ость анализа больших объемов данн., им-их временн.связь; быстрота реализ-и сложных нерегламентиров-х запросов. Недостатки: громоздкость в случ. ее исполь-я для решения стандартн.задач опретивной обработки.она неэффек-о исп.память, т.к. в ней резервируется место для всех значений, даже если некот.из их бедет отсутствовать. Применение: когда объем базы невелик и гиперкуб исп-т стабильный по времени набор измерений. мног. модели поддерж. след. системы: essbase, cache.

Ключевые поля таблиц. Понятие первичного ключа

Реляц.табл.должна облад. первичным ключом – поле (группа полей), по кот.однозначно можно найти 1 единств.запись в таблице. Он мб простым (1 поле) и составным(2 и более). Он должен быть макс.коротким и как правимеет числовой тип. Ключ – это атрибут (или несколько атрибутов), значения которого в данной таблице не повторяется и не является нулевым. Кроме первич ключа мб вторичные ключи, или внешн ключами, или индексами. По первич ключу отыскивается 1 строка, по вторичному – группа строк с одинак значениями первичн ключа. Ключи нужны для идентификации и упорядоч записей таблицы, а индексы для упорядочения и ускорения поиска. Отношение, в кот есть первич ключ- базовое (материнск) отнош, связанное с вторичным – дочернее. При попытке присвоить первичн ключу значение, уже имеющееся в другой записи таблицы, выдается сообщение об ошибке первичного ключа. Если это не контролировать, то может произойти нарушение целостности.

Типы связей между таблицами, практические примеры создания связей

Требования к таблице: 1) значения в ячейках должны быть одиночными; 2) все записи в столбце должны быть 1 типа; 3)кажд.столбец должен иметь уникальн.имя; 4) в таблице не Мб 2х одинак.строк; 5) порядок строк не имеет знач.Табл.должна облад. первичным ключом – поле (группа полей), по кот.однозначно можно найти 1 единств.запись в таблице. Он м/б простым (1 поле) и составным (2 и более). Он должен быть макс.коротким и как правимеет числовой тип. Ключ – атрибут, значения кот-го в данной таблице не повторяется и не является нулевым. Кроме первич ключа м/б вторичные ключи, или внешн ключами, или индексами. Значения индекса могут повторяться в нек таблице. Он обеспеч логич последовательность записей в таблице, прямой доступ к кажд записи. Введение индексов не изменяет физич располож записей в таблице, но влияет на последовательность просмотра. По первич ключу отыскивается 1 строка, по вторичному – группа строк с одинак значениями первичн ключа. Ключи нужны для идентификации и упорядоч записей таблицы, а индексы для упорядочения и ускорения поиска.Отношение, в кот есть первич ключ- базовое (материнск) отнош, связанное с вторичным – дочернее. При попытке присвоить первичн ключу значение, уже имеющееся в другой записи таблицы, выдается сообщение об ошибке первичного ключа. Если это не контролировать, то может произойти нарушение целостности.