Обзор логической архитектуры (службы Analysis Services — многомерные данные)
В службах SQL Server 2008 R2 со службами Analysis Services можно работать двумя разными способами: в режиме стандартной установки сервера, поддерживающем традиционные OLAP и интеллектуальный анализ баз данных, и в режиме интеграции с SharePoint, в котором используется специальный экземпляр служб Analysis Services, который размещается на сервере SharePoint и обеспечивает поддержку книг, созданных в Microsoft PowerPivot для Excel 2010.
Этот раздел содержит сведения о базовой архитектуре служб Analysis Services при работе в стандартном режиме. Дополнительные сведения о режиме интеграции с SharePoint см. в разделе Службы Analysis Services в режиме интеграции с SharePoint (PowerPivot для SharePoint). Дополнительные сведения о клиенте PowerPivot см. в разделе PowerPivot для Excel.
Базовая архитектура
Экземпляр служб Службы Analysis Services может содержать несколько баз данных, а в базе данных могут одновременно присутствовать объекты OLAP и объекты интеллектуального анализа данных. Приложения подключаются к указанному экземпляру служб Службы Analysis Services и к указанной базе данных. На серверном компьютере может эксплуатироваться несколько экземпляров служб Службы Analysis Services. Экземпляры служб Службы Analysis Services именуются как «<ИмяСервера>\<ИмяЭкземпляра>». В следующей иллюстрации показаны все упомянутые связи между объектами служб Службы Analysis Services.
.gif "Связи между объектами AMO во время выполнения")
Основные классы представляют собой минимальный набор объектов, требуемый для формирования куба. Этот минимальный набор объектов включает измерение, группу мер и секцию. Определение статистической обработки является необязательным.
Измерения создаются на основе атрибутов и иерархий. Иерархии формируются с использованием упорядоченного набора атрибутов, такого, что каждый атрибут соответствует одному из уровней в иерархии.
Кубы создаются на основе измерений и групп мер. Измерения в коллекции измерений куба принадлежат к коллекции измерений базы данных. Группы мер — это коллекции мер, которые имеют одно и то же представление источника данных и одно и то же подмножество измерений в кубе. Группа мер имеет одну или несколько секций, предназначенных для управления физическими данными. Группа мер может иметь применяемую по умолчанию статистическую схему. Статистическая схема по умолчанию может использоваться во всех секциях в группе мер; кроме того, каждая секция может иметь собственную статистическую схему.
Объекты сервера
Каждый экземпляр служб Службы Analysis Services рассматривается как отдельный объект сервера среди объектов AMO; каждый отдельный экземпляр подключается к объекту Server с помощью отдельного соединения. Каждый объект сервера содержит один или несколько источников данных, представление источника данных и объекты базы данных, а также сборки и роли безопасности.Объекты измерений
Каждый объект базы данных содержит несколько объектов измерения. Каждый объект измерения содержит один или несколько атрибутов, которые организованы в виде иерархий.Объекты куба
Каждый объект базы данных содержит один или несколько объектов куба. Куб задается его мерами и измерениями. Меры и измерения куба выводятся из таблиц и представлений в представлении источника данных, на котором основан куб или который создан из определений мер и измерений.
Наследование объектов
Объектная модель ASSL содержит много повторяющихся групп элементов. Например, группа элементов «Dimensions contain Hierarchies» определяет иерархию измерений элемента. И в кубах Cubes, и в группах мер MeasureGroups содержится группа элементов «Dimensions contain Hierarchies».
Если элемент не переопределяется явно, он наследует все характеристики этой повторяющейся группы элементов от более высокого уровня. Например, значения Translations для измерения куба CubeDimension являются такими же, как и значения Translations для элемента Cube, являющегося его предком.
Чтобы иметь возможность явно переопределять свойства, унаследованные от объекта более высокого уровня, не обязательно явно повторять в объекте всю структуру и свойства объекта высокого уровня. Единственными свойствами, которые требуют явного определения в объекте, являются те свойства, которые необходимо переопределить. Например, в измерении куба CubeDimension могут быть перечислены только те иерархии Hierarchies, которые должны быть запрещены для использования в кубе Cube, или те, что требуют изменения признака видимости, или же те, для которых некоторые подробности Level не были предусмотрены на уровне Dimension.
Некоторые свойства, заданные в объекте, предоставляют применяемые по умолчанию значения для дочерних объектов или объектов-потомков. Например, свойство Cube.StorageMode предоставляет значение, применяемое по умолчанию для свойства Partition.StorageMode. Что касается унаследованных значений по умолчанию, то в языке ASSL применяются такие же правила, что и для объектов DSO 8.0. В следующем списке приведены правила, касающиеся унаследованных значений по умолчанию.
Если свойство для дочернего объекта не определено в элементе XML, то по умолчанию в качестве значения свойства применяется унаследованное значение. Но, если выполняется запрос этого значения с сервера, сервер возвращает неопределенное значение элемента XML.
Возможность определить программным путем, было ли задано свойство дочернего объекта непосредственно на дочернем объекте или унаследовано, отсутствует.
Пример
Куб «Импорт» содержит две меры («Пакеты» и «Последняя дата») и три связанных измерения («Маршрут», «Источник» и «Время»).
.gif "Пример куба 1")
Наименьшие буквенно-цифровые значения в кубе — это элементы измерений. Примеры элементов — «Наземный» (элемент измерения «Маршрут»), «Африка» (элемент измерения «Источник») и «1-й квартал» (элемент измерения «Время»).
Меры
Значение в ячейках куба представляют две меры — «Пакеты» и «Последняя дата». Мера «Пакеты» представляет число импортированных посылок; для статистической обработки фактов используется функция Sum. Мера «Последняя дата» представляет собой дату получения; для статистической обработки используется функция Max.
Измерения
Измерение «Маршрут» представляет пути, которыми импортируемый товар достигает своего назначения. В число элементов этого измерения входят «наземный», «не наземный», «воздушный», «морской», «дорожный» и «железнодорожный». Измерение «Источник» представляет место производства импортируемого товара, например Азию или Африку. Измерение «Время» представляет кварталы и полугодия.
Статистические вычисления
Бизнес-пользователи куба могут определять значения его мер для каждого элемента в каждом измерении независимо от уровня элемента в измерении, поскольку службы Службы Analysis Services вычисляют значения верхних уровней по мере необходимости. Например, значения меры в предыдущей иллюстрации могут быть вычислены в соответствии с обычной календарной иерархией с использованием иерархии «Календарное время» в измерении «Время», как показано на следующей диаграмме.
.gif "Диаграмма мер, упорядоченных по измерению времени")
Помимо статистических вычислений с использованием одного измерения, возможна статистическая обработка мер с использованием сочетаний элементов из различных измерений. Это позволяет бизнес-пользователям вычислять меры в нескольких измерениях одновременно. Например, если бизнес-пользователь хочет проанализировать квартальный импорт, прибывший по воздуху из восточного и западного полушарий, он может создать запрос к кубу, чтобы получить следующий набор данных.
Посылки |
Последняя дата |
|||||||
|---|---|---|---|---|---|---|---|---|
Все источники |
Восточное полушарие |
Западное полушарие |
Все источники |
Восточное полушарие |
Западное полушарие |
|||
Все время |
25110 |
6547 |
18563 |
29-дек-99 |
29-дек-99 |
29-дек-99 |
||
Первое полугодие |
11173 |
2977 |
8196 |
28-июн-99 |
28-июн-99 |
28-июн-99 |
||
Первый квартал |
5108 |
1452 |
3656 |
30-мар-99 |
30-мар-99 |
30-мар-99 |
||
Второй квартал |
6065 |
1525 |
4540 |
28-июн-99 |
28-июн-99 |
28-июн-99 |
||
Второе полугодие |
13937 |
3570 |
10367 |
29-дек-99 |
29-дек-99 |
29-дек-99 |
||
Третий квартал |
6119 |
1444 |
4675 |
30-сен-99 |
30-сен-99 |
30-сен-99 |
||
Четвертый квартал |
7818 |
2126 |
5692 |
29-дек-99 |
29-дек-99 |
29-дек-99 |
После определения куба можно создать новые агрегаты или изменить существующие агрегаты, установив параметры наподобие того, вычисляются ли агрегаты предварительно во время обработки или же вычисляются во время запроса. См. такжеАгрегаты и статистические схемы.
Сопоставление мер, атрибутов и иерархий
Меры, атрибуты и иерархии в примере куба выводятся из следующих столбцов таблиц фактов и измерений куба.
Мера или атрибут (уровень) |
Элементы |
Исходная таблица |
Исходный столбец |
Образец значения столбца |
|---|---|---|---|---|
Мера «Посылки» |
Неприменимо |
ImportsFactTable |
Посылки |
12 |
Мера «Последняя дата» |
Неприменимо |
ImportsFactTable |
Последняя дата |
03-май-99 |
Уровень категории «Маршрут» в измерении «Маршрут» |
не наземный, наземный |
RouteDimensionTable |
Route_Category |
Не наземный |
Атрибут «Маршрут» в измерении «Маршрут» |
воздушный, морской, дорожный, железнодорожный |
RouteDimensionTable |
Маршрут |
Морской |
Атрибут «Полушарие» в измерении «Источник» |
Восточное полушарие, западное полушарие |
SourceDimensionTable |
Полушарие |
Восточное полушарие |
Атрибут «Континент» в измерении «Источник» |
Африка, Азия, Австралия, Европа, Северная Америка, Южная Америка |
SourceDimensionTable |
Континент |
Европа |
Атрибут «Полугодие» в измерении «Время» |
Первое полугодие, второе полугодие |
TimeDimensionTable |
Полугодие |
Второе полугодие |
Атрибут «Квартал» в измерении «Время» |
Первый квартал, второй квартал, третий квартал, четвертый квартал |
TimeDimensionTable |
Квартал |
Третий квартал |
Данные в одной ячейке куба обычно выводятся из нескольких строк таблицы фактов. Например, ячейка куба на пересечении элемента «воздушный», элемента «Африка» и элемента «1 квартал» содержит значение, выведенное статистическим вычислением следующих рядов в таблице фактов ImportsFactTable.
Import_ReceiptKey |
RouteKey |
SourceKey |
TimeKey |
Посылки |
Последняя дата |
3516987 |
1 |
6 |
1 |
15 |
10-янв-99 |
3554790 |
1 |
6 |
1 |
40 |
19-янв-99 |
3572673 |
1 |
6 |
1 |
34 |
27-янв-99 |
3600974 |
1 |
6 |
1 |
45 |
02-фев-99 |
3645541 |
1 |
6 |
1 |
20 |
09-фев-99 |
3674906 |
1 |
6 |
1 |
36 |
17-фев-99 |
В предыдущей таблице каждая строка содержит одни и те же значения в столбцах RouteKey, SourceKey и TimeKey; это означает, что эти столбцы ссылались на одну и ту же ячейку куба.
Показанный здесь пример представляет очень простой куб, в том смысле, что это куб с единственной группой мер, а все таблицы измерений соединены с таблицей фактов по схеме «звезда». Другая схема — это схема «снежинка», в которой одна или несколько таблиц измерений присоединяются к другой таблице измерения, а не напрямую к таблице фактов. См. такжеИзмерения (службы Analysis Services — многомерные данные).
В приведенном здесь примере содержится только одна таблица фактов. Когда в кубе есть несколько таблиц фактов, меры каждой из них организуются в группы мер, причем группа мер связана с соответствующим набором измерений согласно заданным связям измерений. Эти связи определяются указанием участвующих таблиц в представлении источника данных и гранулярности связи. См. такжеСвязи измерений.
См. также