Связи измерений

Применимо к: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

Использование измерений определяет связи между измерением куба и группами мер в нем. Измерение куба представляет собой экземпляр измерения базы данных, используемый в конкретном кубе. Куб может содержать (и часто содержит) измерения, которые не связаны непосредственно с группой мер, но которые могут быть косвенно связаны с ней через другое измерение или группу мер. При добавлении измерения базы данных или группы мер в куб microsoft SQL Server SQL Server Analysis Services пытается определить использование измерений путем изучения связей между таблицами измерений и таблицами фактов в представлении источника данных куба, а также путем изучения связей между атрибутами в измерениях. SQL Server Analysis Services автоматически задает параметры использования измерений для связей, которые он может обнаружить.

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

Связи обычного измерения

Связь обычного измерения между измерением куба и группой мер существует, когда ключевой столбец для измерения соединен непосредственно с таблицей фактов. Эта прямая связь основана на связи первичного ключа и внешнего ключа в базовой реляционной базе данных, но также может быть основана на логической связи, определенной в представлении источника данных. Связь обычного измерения представляет связь между таблицами измерений и таблицей фактов в традиционной структуре схемы «звезда». Дополнительные сведения о регулярных связях см. в разделах Определение регулярной связи и Свойства регулярных связей.

Связи ссылочного измерения

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

Связь ссылочного измерения представляет связь между таблицами измерений и таблицей фактов в структуре схемы «снежинка». Когда таблицы измерений связаны по схеме «снежинка», можно определить либо одно измерение с использованием столбцов из нескольких таблиц, либо определить отдельные измерения на основе отдельных таблиц измерений, а затем задать связь между ними при помощи параметров связи ссылочного измерения. На следующем рисунке показана одна таблица фактов с именем InternetSales и две таблицы измерений Customer и Geography в схеме снежинки.

Вы можете создать измерение с таблицей Customer в качестве измерения main таблицей и таблицей Geography, включенной в качестве связанной таблицы. После этого определяется обычная связь между измерением и группой мер «Интернет-продажи».

Кроме того, можно создать два измерения, связанные с группой мер InternetSales: измерение на основе таблицы Customer и измерение на основе таблицы Geography . После этого можно связать измерение «География» с группой мер «Интернет-продажи», используя связь ссылочного измерения, в которую входит измерение «Заказчик». В этом случае, когда факты в группе мер «Интернет-продажи» измеряются измерением «География», факты измеряются по заказчикам и по географии. Если куб содержит вторую группу мер «Товарооборот посредников», то измерить факты в группе мер «Товарооборот посредников» по таблице Geography невозможно, поскольку связи между группой мер «Товарооборот посредников» и Geography не существует.

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

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

Связи измерения фактов

Измерения фактов, обычно называемые вырожденными измерениями, представляют собой стандартные измерения, составленные из столбцов атрибутов в таблицах фактов, а не из столбцов атрибутов в таблицах измерений. Полезные данные измерений иногда хранятся в таблице фактов с целью снижения дублирования. Например, на следующей схеме показана таблица фактов FactResellerSales из примера базы данных Adventure Works DW Multidimensional 2012.

Эта таблица содержит данные об атрибутах не только для каждой строки заказа, оформленного посредником, но и для самого заказа. Атрибуты, обведенные на предыдущей схеме, определяют сведения в таблице FactResellerSales , которые можно использовать в качестве атрибутов в измерении. В этом случае два дополнительных элемента данных — сопроводительный номер перевозчика и номер заказа на покупку, оформленного посредником, представлены столбцами атрибутов CarrierTrackingNumber и CustomerPONumber. Эта информация интересна, например, пользователи, безусловно, будут заинтересованы в просмотре агрегированной информации, такой как общая стоимость продукта, для всех заказов, отправляемых под одним номером отслеживания. Однако без измерения данные по этим двум атрибутам не могут быть ни организованы, ни статистически обработаны.

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

Примечание

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

Примечание

Необходимо осуществлять добавочное обновление измерений фактов после каждого обновления группы мер, на которую ссылается связь фактов. Если измерение фактов является измерением ROLAP, подсистема обработки SQL Server Analysis Services удаляет все кэши и постепенно обрабатывает группу мер.

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

Связи измерений «многие ко многим»

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

SQL Server SQL Server Analysis Services позволяет определить связь "многие ко многим" между измерением и таблицей фактов.

Примечание

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

Дополнительные сведения о связях "многие ко многим" см. в разделах Определение связи "многие ко многим" и "Многие ко многим".

См. также:

Измерения (службы Analysis Services — многомерные данные)