Проверяемый текст
Кахутин, Павел Викторович. Повышение качества системы поддержки принятия решений в технологической подготовке машиностроительного производства путем организации хранилищ данных (Диссертация 2004)
[стр. 99]

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

29 показана взаимосвязь таблицы фактов с таблицами измерений для приведенного выше примера.
и TIME time—key timevalue week month decade quarter change DETAIL / detail—key material weight 2 / DEFECTIVE DETAILS (таблица фактов) У time_key detail—key machine-tool—key producer—key parameter nominal—value mesu red—value tolerance_value s ................................
X 7 <7 MACHINE TOOL X machine-tool—key type prod—year las t_re p a i r d ate --------------------DETAIL PRODUCER producer—key site shop worker ■ ..........
/ Рис.
29.
Взаимосвязь таблицы фактов с таблицами измерений
Применение реляционной модели данных для OLAP-анализа имеет следующие преимущества:облегчается добавление новых измерений в виртуальный гиперкуб, поскольку добавление одной таблицы измерения и соответствующего
[стр. 37]

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

6 показана взаимосвязь таблицы фактов с таблицами измерений для приведенного выше примера.
Взаимосвязь таблиц в схеме «звезда» T IM E D E T A IL tlme_key tlm©_value week month Quarter change detall^key material weight (таблица фактов) tlme_key detall__key machlne_tool_key producer_key parameter nomlnal_value mesured value tolerance value M A C H IN E T O O L producer key machlne^tooLkey site type shop prod_year worker last_repalr_date .............
“ ................................................
.....................................................................................................................
■ s Рис.
6

[стр.,38]

Использование реляционной модели данных для OLAP-анализа имеет следующие преимущества: облегчается добавление новых измерений в виртуальный гиперкуб, поскольку добавление одной таблицы измерения и соответствующего ей ключа в таблицу фактов не требуют концептуальной перестройки всего логического представления данных в ХД; уменьшаются аппаратные требования к клиентским рабочим 38 станциям, поскольку ХД организуется, как правило, с применением архитектуры клиент-сервер, в которой запросы выполняются на серверной стороне, разгружая тем самым рабочие станции; в реляционных СУБД более развиты средства защиты данных и разграничения доступа, что особенно актуально в случае наличия в ХД конфиденциальной информации и многопользовательского доступа к ней; реляционные СУБД поддерживают работу с данными очень большого объема вплоть до нескольких терабайт.
Таким образом, организация ХД на базе реляционной СУБД является оптимальным выбором в случае относительно часто изменяющейся структуры ХД, необходимости разграничения доступа к сверхбольшим объемам данных при умеренных требованиях к скорости выполнения запросов.
Альтернативой реляционной модели данных для реализации многомерного представления данных в ХД является подход, в котором логическое представление данных также является многомерным.
В этом случае гиперкубы ХД представляется с помощью упорядоченных многомерных массивов.
Благодаря этой выборка данных из ХД осуществляется значительно быстрее, а также становится возможным выполнение многих сложных запросов, которые в реляционных СУБД

[Back]