Связи атрибутов

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

В Microsoft SQL Server SQL Server Analysis Services атрибуты в измерении всегда связаны напрямую или косвенно с ключевым атрибутом. При определении измерения на основе схемы звезды, где все атрибуты измерения являются производными от одной реляционной таблицы, связь атрибута автоматически определяется между ключевым атрибутом и каждым неключимым атрибутом измерения. При определении измерения на основе схемы snowflake, в которой атрибуты измерения являются производными от нескольких связанных таблиц, связь атрибутов определяется автоматически следующим образом:

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

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

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

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

Связи естественной иерархии

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

• Ключ клиента

• ИмяКлиента

• Возраст

• Пол

• Адрес электронной почты

• Город

• Страна

• Регион

Соответствующее измерение служб Analysis Services имеет семь атрибутов.

• Клиент (на основе CustomerKey, где CustomerName указывает имена участников)

• Возраст, пол, электронная почта, город, регион, страна

Связи, представляющие естественные иерархии, обеспечиваются созданием атрибутивной связи между атрибутом уровня и атрибутом уровня ниже. Для служб SQL Server Analysis Services это указывает естественную связь и потенциальную агрегацию. В измерении клиента для атрибутов "Страна", "Регион", "Город" и "Клиент" существует естественная иерархия. Естественная иерархия для {Country, Region, City, Customer} описана путем добавления следующих связей атрибутов:

• Атрибут Country в качестве связи атрибута с атрибутом Region.

• Атрибут Region как атрибутивная связь по отношению к атрибуту City.

• Атрибут City в качестве отношения атрибута с атрибутом Customer.

Для навигации по данным в кубе можно также создать определяемую пользователем иерархию, которая не представляет естественную иерархию в данных (которая называется нерегламентированной или отчетной иерархией). Например, можно создать определяемую пользователем иерархию на {Age, Gender}основе. Пользователи не видят никакой разницы в том, как ведут себя две иерархии, хотя естественная иерархия получает преимущества от агрегирования и индексирования структур , скрытых от пользователя, которые учитывают естественные связи в исходных данных.

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

Чтобы определить уровень в определяемой пользователем иерархии с помощью sql Server Data Tools, конструктор измерений позволяет выбрать атрибут измерения, столбец в таблице измерений или столбец из связанной таблицы, включенной в представление источника данных для куба. Дополнительные сведения о создании иерархий, задаваемых пользователем, см. в разделе Создание задаваемых пользователем иерархий.

В службах Analysis Services обычно предполагают данные участников. Конечные члены не имеют потомков и содержат данные, производные от базовых источников данных. Нелистовые члены имеют потомков и содержат данные, происходящие из агрегатов, выполняемых на дочерних членах. На агрегированных уровнях элементы основываются на объединении подчиненных уровней. Таким образом, если свойству IsAggregatable присвоено значение False для исходного атрибута для уровня, не следует добавлять агрегируемые атрибуты как уровни над ним.

Определение взаимоотношения атрибутов

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

Запросы связи атрибутов

Запросы MDX можно использовать для получения данных из связей атрибутов в форме свойств членов с ключевым словом PROPERTIES в операторе MDX SELECT. Дополнительные сведения об использовании многомерных выражений для получения свойств элементов см. в разделе "Использование свойств элементов ( многомерных выражений)".

См. также

Атрибуты и иерархии атрибутов
Справочник по свойствам атрибута измерения
Иерархии пользователей
Свойства иерархии пользователей