Используются ли пользовательские иерархии службами анализа для определения того, что следует объединять? - PullRequest
1 голос
/ 03 апреля 2012

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

A предыдущий вопрос был задан здесь, но мне было интересно, есть ли другие онлайн-ресурсы, которые объясняют это более подробно.

Спасибо.

1 Ответ

1 голос
/ 03 апреля 2012

Это огромный документ, который должен прочитать каждый разработчик SSAS ... Технический документ по SQL Server 2008: Руководство по производительности служб аналитики

Службы Analysis Services позволяют создавать двух типов пользователей. иерархии: естественные и неестественные иерархии , каждая с разными конструктивные и эксплуатационные характеристики. В естественной иерархии , все атрибуты, участвующие как уровни в иерархии , имеют прямой или косвенные отношения атрибута из нижней части иерархии на вершину иерархии .

В неестественной иерархии , иерархия состоит как минимум из двух последовательные уровни, которые не имеют отношений атрибута . типично эти иерархии используются для создания развернутых путей просмотренных атрибутов, которые не следуют какой-либо естественной иерархии. За Например, пользователи могут захотеть просмотреть иерархию по полу и образованию.

С точки зрения производительности естественные иерархии ведут себя очень иначе, чем неестественные иерархии. В естественных иерархиях , иерархическое дерево материализовано на диске в иерархических хранилищах. В Кроме того, все атрибуты, участвующие в естественных иерархиях автоматически% CONSIDERED% будет кандидатами для агрегирования .

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

Кроме того, «рассмотрение» в качестве кандидата на агрегацию НЕ означает, что атрибут будет фактически использоваться в агрегации. Загрузите статью в верхней ссылке ... прочтите ее и обратите особое внимание на разделы «Правила использования агрегации» и «Влияние на кандидатов на агрегацию».

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

...