Общие сведения об использовании Power View для многомерных моделей

В настоящей статье рассматриваются усовершенствования Microsoft SQL Server 2012 с пакетом обновления 1 (SP1) или более поздним накопительным обновлением (CU) на основе Power View для многомерных моделей и предоставлены важные сведения для специалистов по бизнес-аналитике и администраторов, которые намереваются внедрить Power View для многомерных моделей в своей организации.

Многомерные модели предоставляют ведущие в отрасли решения по моделированию данных OLAP, хранилищам и анализу. Многомерные модели в SQL Server 2012 с пакетом обновления 1 (SP1) и накопительным обновлением (CU) 4 обеспечивают анализ данных для произвольного случая, исследование и визуализацию с использованием Microsoft Power View.

Power View — тонкий веб-клиент, который запускается в браузере из общего файла источника данных отчета (RSDS) в библиотеке SharePoint. Источник данных отчета действует как мост между клиентом и серверным источником данных. Серверным источником данных может быть книга PowerPivot в SharePoint, табличная модель на сервере служб Analysis Services, работающем в табличном режиме, или многомерная модель на сервере служб Analysis Services, работающем в многомерном режиме. Затем отчеты Power View могут быть сохранены в библиотеке или коллекции SharePoint и предоставлены для совместного использования другим сотрудникам организации.

Архитектура Power View для многомерных моделей

Предварительные требования

Требования к серверу

• Службы Microsoft SQL Server 2012 Analysis Services в многомерном режиме с применяемым сервером SQL Server 2012 с пакетом обновления 1 (SP1) или более поздним накопительным обновлением (CU) 4.

• Надстройка Microsoft SQL Server 2012 Reporting Services для Microsoft SharePoint Server 2010 или 2013 Enterprise Edition с применением SQL Server 2012 с пакетом обновления 1 (SP1) или более поздним накопительным обновлением (CU) 4. Дополнительные сведения см. в разделе Указания по использованию функций бизнес-аналитики SQL Server в ферме SharePoint 2010.

Требования клиента

• Для поддержки функций клиента Power View требуется Microsoft Silverlight 5. Дополнительные сведения см. в разделе Планирование служб Reporting Services и поддержки Power View в браузерах.

Функции

Собственная поддержка для Power View

В этом выпуске многомерные модели поддерживают анализ и визуализацию с использованием Power View в режиме SharePoint. Не требуется какая-либо специальная настройка многомерных моделей. Но обнаруживаются некоторые отличия в том, как объекты многомерной модели отображаются в Power View, по сравнению с другими клиентскими средствами, такими как Microsoft Excel и Microsoft Performance Point. В этом выпуске не поддерживаются анализ и визуализация многомерных моделей с использованием Power View в Excel 2013.

Собственная поддержка для запросов DAX

В этом выпуске многомерные модели поддерживают запросы и функции DAX в дополнение к более традиционным запросам MDX. Некоторые функции DAX, такие как PATH, неприменимы в многомерном моделировании. Для получения дополнительных сведений о средствах DAX и их сравнении с многомерными выражениями см. раздел Выражения анализа данных и MDX.

Сопоставление многомерного объекта с табличным

Службы Analysis Services поддерживают представление метаданных табличной модели в многомерной модели. Объекты в многомерной модели представлены как табличные объекты в Power View и в CSDL с заметками бизнес-аналитики.

Общие сведения о сопоставлении объектов

Многомерный объект	Табличный объект
Куб	Модель
Измерение куба	Таблица
Атрибуты измерения (ключи, имя)	Столбец
Группа мер	Таблица
Мера	Мера
Мера без группы мер	В таблице с именем Measures
Связь измерений куба группы мер	Связь
Перспектива	Перспектива
Ключевой показатель эффективности	Ключевой показатель эффективности
Иерархии типа «пользователи или родители-потомки»	Иерархия
Папка отображения	Папка отображения

Меры, группы мер и ключевые показатели эффективности

Примечание
Некоторые рисунки и часть текста в этой статье относятся к многомерной модели Adventure Works для образца базы данных SQL Server 2012.

Группы мер в многомерном кубе показаны в списке полей Power View как таблицы со знаком «сигма» (∑).

Группы мер в списке полей Power View

Меры в группах мер отображаются как меры. Вычисляемые меры, не имеющие связанной группы мер, группируются в специальной таблице с именем Measures.

Для упрощения более сложных многомерных моделей авторы модели могут задавать множество мер или ключевые показатели эффективности в кубе, который должен быть расположен в папке отображения. Power View может показывать папки отображения и меры, а также ключевые показатели эффективности в них.

Меры и ключевые показатели эффективности в группе мер

Меры как данные variant

Меры в многомерных моделях представляют собой данные variant. Иными словами, меры не являются строго типизированными и могут иметь различные типы данных. Например, на приведенном ниже рисунке мера Amount в таблице Financial Reporting по умолчанию имеет тип данных Currency, но содержит также строковое значение NA для подытога Statistical Accounts, который имеет тип данных String. Power View распознает определенные меры как данные variant и показывает правильные значения и форматирование в различных вариантах визуализации.

Мера как данные variant

Неявные меры

Табличные модели предоставляют пользователям возможность создавать неявные меры, такие как количество, сумма или среднее по полям. Что касается многомерных моделей, то данные атрибутов измерений хранятся по-разному, поэтому выполнение запросов к неявным мерам может потребовать много времени. По этой причине неявные меры недоступны в Power View.

Измерения, атрибуты и иерархии

Доступ к измерениям куба предоставляется как к таблицам в табличных метаданных. В списке полей Power View атрибуты измерений показаны как столбцы в папках отображения. Атрибуты измерений, для свойства AttributeHierarchyEnabled которых установлено значение False, например: атрибут Birth Date в измерении Customer, или свойство AttributeHierarchyVisible, заданное равным false, не появляются в списке полей Power View. Доступ к многоуровневым иерархиям или пользовательским иерархиям, например Customer Geography в измерении Customer, предоставляется как к иерархиям в списке полей Power View. Доступ к скрытым элементам UnknownMembers атрибута измерения предоставляется в запросах DAX и в Power View.

Измерения, атрибуты и иерархии в SQL Server Data Tools (SSDT) и список полей Power View

Тип атрибута измерения

Многомерные модели поддерживают связывание атрибутов измерений с конкретными типами атрибутов измерений. На приведенном ниже рисунке показано измерение Geography, в котором атрибуты City, State-Province, Country и Postal Code имеют связанные с ними географические типы. Доступ к ним предоставляется в табличных метаданных. Power View распознает метаданные, позволяя пользователям создавать визуализации карт. Это показано значком карты рядом со столбцами City, Country, Postal Code и State-Province таблицы Geography в списке полей Power View.

Географические типы атрибутов измерений в SSDT и списке полей Power View

Вычисляемые элементы измерения

Многомерные модели поддерживают вычисляемые элементы для дочернего элемента All с единственным действительным элементом. Ниже перечислены дополнительные ограничения при предоставлении доступа к вычисляемому элементу этого типа.

• Должен быть единственным действительным элементом, если измерение имеет несколько атрибутов.

• Атрибут, содержащий вычисляемые элементы, не может быть ключевым атрибутом измерения, если только он не является единственным атрибутом.

• Атрибут, содержащий вычисляемые элементы, не может быть атрибутом типа «родители-потомки».

Доступ к вычисляемым элементам пользовательских иерархий в Power View не предоставляется, но конечные пользователи все еще могут подключаться к кубу, содержащему вычисляемые элементы в пользовательских иерархиях.

На приведенном ниже рисунке показан отчет Power View для куба, который содержит вычисляемые элементы логики времени на атрибуте измерения Fiscal Date Calculations в измерении Date.

Отчет Power View с вычисляемыми элементами

элементы по умолчанию;

Многомерные модели поддерживают элементы по умолчанию для атрибутов измерений. Элемент по умолчанию используется службами Analysis Services при статистической обработке данных для запроса. Доступ к элементу по умолчанию атрибута измерения предоставляется как к значению по умолчанию или фильтру для соответствующего столбца в табличных метаданных.

Power View действует во многом аналогично сводным таблицам Excel при применении атрибутов. Если пользователь добавляет к визуализации Power View (таблице, матрице или графику) столбец, содержащий значение по умолчанию, это значение по умолчанию не будет применено и будут показаны все доступные значения. Если пользователь добавит столбец к фильтрам, то значение по умолчанию будет применено.

безопасность измерения;

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

Атрибуты или иерархии, не допускающие агрегирования

В многомерной модели атрибуты измерения могут иметь свойство IsAggregatable со значением false. Это равносильно указанию автора модели, согласно которому клиентские приложения не должны агрегировать данные из разных иерархий (на уровне атрибута или на нескольких уровнях) в запросах к этим данным. В Power View доступ к этому атрибуту измерения предоставляется как к столбцу, для которого недоступны подытоги. На приведенном ниже рисунке можно видеть пример иерархии, не допускающей агрегирования. Учетные записи. Самый верхний уровень иерархии Accounts типа «родители-потомки» не допускает агрегирования, а другие уровни допускают. В матричной визуализации иерархии Accounts (первые два уровня) можно видеть подытоги для Account Level 02, но не для самого верхнего уровня Account Level 01.

Статистически необрабатываемая иерархия в Power View

Изображения

Power View предоставляет возможность обрабатывать изображения перед просмотром. В многомерных моделях один из способов предоставления изображений для Power View состоит в обеспечении доступа к столбцам, содержащим URL-адреса изображений. В этом выпуске службы Analysis Services поддерживают разметку атрибутов измерений типа ImageURL. Затем данные этого типа предоставляются Power View в табличных метаданных. После этого Power View может загружать и отображать изображения, указанные в URL-адресах, в составе визуализаций.

Тип атрибута измерения ImageURL в SSDT

Иерархии типа «родители-потомки»

Многомерные модели поддерживают иерархии типа «родители-потомки», доступ к которым предоставляется как к иерархиям в табличных метаданных. Доступ к каждому уровню иерархии типа «родители-потомки» обеспечивается как к скрытому столбцу. Доступ к ключевому атрибуту измерения типа «родители-потомки» не предоставляется в табличных метаданных.

Иерархии типа «родители-потомки» в Power View

Перспективы и переводы

Перспективы — это представления кубов, в которых только определенные измерения или группы мер являются видимыми в клиентских средствах. Можно указывать имя перспективы как значение свойства строки подключения Cube. Например, в следующей строке подключения Direct Sales — это перспектива в многомерной модели:

Data Source=localost;Initial Catalog=AdventureWorksDW-MD;Cube='Direct Sales'

Кубы могут иметь метаданные и переводы данных, заданные для различных языков в модели. Чтобы видеть переводы (данные и метаданные), необходимо добавить необязательное свойство Locale Identifier в строку подключения в файле RSDS, как показано ниже.

Data Source=localost;Initial Catalog=AdventureWorksDW-MD;Cube='Adventure Works'; Locale Identifier=3084

Если Power View подключается к многомерной модели с помощью файла RSDS, в котором задано свойство Locale Identifier, и в кубе содержится соответствующий перевод, то пользователи могут видеть переводы в Power View.

Дополнительные сведения см. в разделе Create a Shared Report Data Source Connection.

Закрепленные фильтры Power View

Отчеты Power View могут содержать несколько представлений. Функция Закрепление фильтра для табличных и многомерных моделей позволяет создавать фильтры, применимые ко всем представлениям в отчете. На приведенном ниже рисунке показана кнопка переключателя «Закрепленный фильтр» для фильтра представления. По умолчанию фильтр представления является незакрепленным и применяется только к этому представлению. Закрепление фильтра представления приводит к его применению ко всем представлениям, отмена закрепления влечет за собой удаление его из других представлений.

Закрепленные фильтры

Задание закрепленных фильтров в URL-адресе

Закрепленные фильтры можно указывать в URL-адресе отчета. Условия фильтра можно добавлять, используя следующий формат:

&rf=[Table Name].[Field Name] eq 'Value'

К одному оператору можно применить несколько фильтров, объединив условия фильтров.

&rf=[Product].[Category] eq 'Bikes' &rf=[Date].[Calendar Year] eq 2010

Типы данных

Фильтры могут быть указаны для полей разного типа: строковых, числовых, логических, а также полей дат. Поддерживаются только условия фильтра «равно» (=).

Тип данных	Пример
Строковый	&rf=[City].[Name] eq 'Seattle'
Числовой	&rf=[Time].[Year] eq 2010 &rf=[Sale].[Price] eq 199.99
Дата	&rf=[Sale].[Date] eq datetime'2010-02-25' &rf=[Sale].[Date] eq datetime'2010-02-25T12:34' &rf=[Sale].[Date] eq datetime'2010-02-25T12:34:17.0001'
Логическое значение	&rf=[Resource].[Active] eq true
Пустые значения или NULL	&rf=[Something].[Else] eq null

URL-кодировка

Некоторые веб-браузеры обрабатывают URL-параметры, содержащие символы UTF-8, иначе, чем другие. Рекомендуется передавать значения с кодировкой, отличной от ASCII, через URL-кодировку. Например, преобразуйте:

&rf=[ Geography].[State Province] eq '河南'

В

&rf=[Geography].[State Province] eq '%E6%B2%B3%E5%8D%97'

Экранирование символов

Для экранирования кавычек используйте двойные одинарные кавычки ''. Например:

&rf=[Geography].[City] eq 'O''Arlington'

Существующие фильтры

Фильтры, добавляемые через URL-адрес отчета, заменяют все существующие закрепленные фильтры в том же поле.

Неподдерживаемые функции

Power View в Excel 2013 не поддерживает соединение с многомерными моделями и создание для них отчетов. Power View для многомерных моделей поддерживает только браузеры, основанные на клиентах Power View.

Действия не поддерживаются в отчетах Power View или в запросах DAX к многомерной модели.

Именованные наборы в многомерных моделях не поддерживаются в Power View или в запросах DAX к многомерной модели.

Примечание
Наличие неподдерживаемых действий и именованных наборов не препятствует пользователям подключаться к многомерным моделям и просматривать их с помощью Power View.

Защита на уровне ячейки не поддерживается в отчетах Power View.

Заметки CSDLBI

Доступ к многомерным метаданным куба предоставляется как к концептуальной модели на основе модели EDM с применением языка определения концептуальных схем (CSDL) с заметками бизнес-аналитики (CSDLBI).

Многомерные метаданные представлены как пространство имен табличной модели в документе CSDLBI или CSDL, если в экземпляр служб Analysis Services передается запрос DISCOVER_CSDL_METADATA.

Пример запроса DISCOVER_CSDL_METADATA

<Envelopexmlns=”https://schemas.xmlsoap.org/soap/envelope/”>
   <Body>
      <Discoverxmlns=”urn:schemas-microsoft-com:xml-analysis”>
         <RequestType>DISCOVER_CSDL_METADATA</RequestType>
         <Restrictions>
            <RestrictionList>
              <CATALOG_NAME>”catalogname”<CATALOG_NAME>
            </RestrictionList>
         </Restrictions>
         <Properties>
            <PropertyList>
            </PropertyList>
         </Properties>
      </Discover>
   </Body>
</Envelope>

Запрос DISCOVER_CSDL_METADATA имеет следующие ограничения:

Имя	Обязательное	Описание
CATALOG_NAME	Да	Имя каталога или базы данных.
PERSPECTIVE_NAME	Да, если куб содержит несколько перспектив. Необязательное, если имеется только один куб или перспектива по умолчанию.	Имя куба или имя перспективы в многомерной базе данных.
VERSION	Да	Версия языка CSDL, необходимая для клиента. Многомерные функции и конструкции поддерживаются в версии 2.0.

Возвращаемый документ языка CSDL представляет модель как пространство имен, содержащее сущности, ассоциации и свойства.

Для получения дополнительных сведений о заметках CSDLBI для табличных моделей см. раздел Справочник по расширениям зыка CSDL на MSDN и раздел [MS-CSDLBI]: Формат файла определений концептуальной схемы с заметками бизнес-аналитики.

Справка по клиентам на Office.com

Следующие статьи, предоставляемые на сайте Office.com, описывают, как выглядят объекты многомерной модели в Power View, и показывают, как создать образец отчета:

Основные сведения об объектах многомерной модели в Power View

Изучение многомерной модели Adventure Works с использованием Power View

См. также

Основные понятия

Create a Shared Report Data Source Connection

Create a Power View Report with a Multidimensional Data Source

Другие ресурсы

Understanding Multidimensional Model Objects in Power View