Определение связи «многие ко многим»

Статья
12/15/2008

При определении измерения каждый из фактов, как правило, соединяется с одним и только одним элементом измерения, в то время как отдельные элементы измерения могут быть связаны с несколькими разными фактами. Например, клиент может иметь много заказов, но каждый заказ принадлежит только одному клиенту. В терминологии связанных баз данных такая связь имеет название связь «один ко многим». Однако в некоторых случаях один факт может быть соединен с несколькими элементами измерения. В терминологии связанных баз данных такая связь имеет название связь «многие ко многим». Например, клиент может иметь несколько причин для совершения покупки, а причина покупки может быть связана с несколькими покупками. Соединяемая таблица используется для определения причин покупок, которые связаны с каждой покупкой. Измерение Sales Reason, основанное на таких связях, будет иметь несколько элементов, связанных с одной транзакцией продажи. Связи «многие ко многим» выводят модель измерений за пределы классической схемы «звезда» и поддерживают комплексную аналитику, когда измерения не связаны напрямую с таблицей фактов.

В Microsoft SQL Server 2005 Analysis Services (SSAS) связь «многие ко многим» между измерением и группой мер задается при помощи промежуточной таблицы фактов, которая соединяется с таблицей измерений. В свою очередь, промежуточная таблица фактов соединена с промежуточной таблицей измерения, с которой связана эта таблица фактов. Связи «многие ко многим» между промежуточной таблицей фактов, таблицей измерений в этой связи и промежуточным измерением создают связи «многие ко многим» между элементами первичных измерений и мерами группы мер, которая определена данной связью. Чтобы определить связь «многие ко многим» между измерением и группой мер через промежуточную группу мер, промежуточная группа мер должна иметь одно или несколько общих измерений с исходной группой мер.

С измерением «многие ко многим» значения суммируются отдельно, что означает, что они не вычисляются более одного раза для элемента «Все».

Примечание.
Для поддержки связи измерений «многие ко многим» в представлении источника данных должна быть определена связь первичный ключ — внешний ключ между всеми задействованными таблицами. В обратном случае будет невозможно выбрать верную промежуточную группу мер при определении связи на вкладке Использование измерений конструктора кубов.

Для поддержки связи измерений «многие ко многим» в представлении источника данных должна быть определена связь первичный ключ — внешний ключ между всеми задействованными таблицами. В обратном случае будет невозможно выбрать верную промежуточную группу мер при определении связи на вкладке Использование измерений конструктора кубов.

Дополнительные сведения см. в разделах Связи измерений и Определение связи «многие ко многим» и свойств связей «многие ко многим».

В задачах этого раздела предстоит определить измерение Sales Reasons и группу мер Sales Reasons, а также создать связь «многие ко многим» между измерением Sales Reasons и группой мер Internet Sales через группу мер Sales Reasons.

Добавление необходимых таблиц к представлению источника данных

Откройте конструктор представлений источника данных для представления источника данных DW Adventure Works.
Щелкните правой кнопкой мыши область Организатор схем, выберите команду Создать диаграмму и укажите Internet Sales Order Reasons в качестве имени созданной диаграммы. Дополнительные сведения см. в разделе Работа с диаграммами в представлении источника данных (службы Analysis Services).

Новая диаграмма создается без таблиц и отображается в области Диаграмма.
Перетащите таблицу InternetSales (dbo.FactInternetSales) в область Диаграмма из области Таблицы.
Щелкните правой кнопкой мыши область Диаграмма и выберите команду Добавить или удалить таблицы.
В диалоговом окне Добавление или удаление таблиц добавьте в список Включенные объекты таблицы DimSalesReason и FactInternetSalesReason, а затем нажмите кнопку ОК.

Обратите внимание, что связь первичный ключ — внешний ключ между задействованными таблицами создается автоматически, так как эти связи определены в базовой реляционной базе данных. Если эти связи не определены в базовой реляционной базе данных, их следует определить в представлении источника данных.
В меню Формат выберите команду Автоматический макет и щелкните значок Диаграмма.
В окне свойств измените свойство FriendlyName таблицы DimSalesReason на SalesReason, затем измените свойство FriendlyName таблицы FactInternetSalesReason на InternetSalesReason.
В области Таблицы раскройте узел InternetSalesReason (dbo.FactInternetSalesReason), щелкните столбец SalesOrderNumber и просмотрите в окне свойств свойство DataType для этого столбца данных.

Обратите внимание, что в качестве типа данных для столбца SalesOrderNumber указан тип данных string.
Просмотрите типы данных для других столбцов таблицы FactInternetSalesReason.

Обратите внимание, что для остальных двух столбцов этой таблицы указаны числовые типы данных.
В области Таблицы щелкните правой кнопкой мыши таблицу InternetSalesReason (dbo.FactInternetSalesReason) и выберите команду Просмотр данных.

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

Определение промежуточной группы мер

Переключитесь в конструктор кубов на куб учебника по службам Analysis Services и откройте вкладку Структура куба.
Щелкните правой кнопкой мыши область Меры и выберите команду Создать группу мер. Дополнительные сведения см. в разделе Определение и настройка группы мер.
В диалоговом окне Создание группы мер в списке Выберите таблицу из представления источника данных выберите таблицу InternetSalesReason и нажмите кнопку ОК.

Обратите внимание, что в области Меры теперь отображается группа мер Internet Sales Reason.
Разверните группу мер Internet Sales Reason.

Обратите внимание, что для этой группы мер определена единственная мера, Internet Sales Reason Count.
Выберите меру Internet Sales Reason Count и просмотрите свойства этой меры в окне свойств.

Обратите внимание, что свойство AggregateFunction для этой меры определено как Подсчет вместо Сумма. В службах Analysis Services выбрано свойство Подсчет, поскольку базовый тип данных был строковым. Другие два столбца в базовой таблице фактов не были выделены как меры, поскольку в службах Analysis Services они определены как числовые ключи, а не фактические меры. Дополнительные сведения см. в разделе Определение полуаддитивного поведения.
В окне «Свойства» измените значение свойства Visible меры Internet Sales Reason Count на False.

Эта мера будет использована только для соединения измерения Sales Reason, которое предстоит определить после группы мер Internet Sales. Пользователи не смогут просматривать эту меру.

На следующем рисунке демонстрируются свойства меры Internet Sales Reason Count.

Определение измерения «многие ко многим»

На вкладке Структура куба в конструкторе кубов куба учебника по службам Analysis Services щелкните правой кнопкой мыши область Измерения и выберите команду Добавить измерение куба.
В диалоговом окне Добавление измерения куба нажмите кнопку Создать измерение.

Будет открыт мастер измерений.
На странице Вас приветствует мастер измерений нажмите кнопку Далее.
На странице Выбор представления источника данных нажмите кнопку Далее, чтобы выбрать данные для измерения из представления источника данных DW Adventure Works.
На странице Выбор типа измерения нажмите кнопку Далее и укажите, что в качестве измерения будет использоваться стандартное измерение.
На странице Выбор основной таблицы измерения, в списке Основная таблица выберите значение dbo.DimSalesReason, в списке Столбец, содержащий имя элемента (необязательно) выберите значение SalesReasonName и нажмите кнопку Далее.
На странице Выбор атрибутов измерения, снимите флажок у атрибута Sales Reason Alternate Key, измените имя атрибута с Sales Reason Reason Type на Sales Reason Type и нажмите кнопку Готово.
На странице Завершение работы мастера нажмите кнопку Готово, чтобы создать измерение Sales Reason, а затем кнопку ОК, чтобы добавить созданное измерение базы данных в куб учебника по службам Analysis Services в качестве измерения куба.
Откройте измерение Sales Reason в конструкторе измерений.
В области Иерархия и уровни создайте иерархию Sales Reasons, которая будет содержать уровни Sales Reason Type и Sales Reason в данном порядке.
В окне свойств задайте значение Все причины покупки для свойства AllMemberName иерархии Sales Reason.
Укажите значение Все причины покупки для свойства AttributeAllMemberName измерения Sales Reason.