Агрегации и перегородки OLAP CUBE

Question

Я оптимизировал много кубов, которые получили длительную обработку. Примерно 20 минут на 10 миллионов строк. Я создал перегородки, и обработка стала короткой - около 4 минут на 10 миллионов. Также я создал одну агрегацию для всех разделов с полной обработкой molap и 100% совокупностью (куб не такой большой). Есть ли причина для создания агрегации для каждого раздела? Будет ли он работать быстрее, когда пользователь попытается обновить сводную таблицу на основе кубика olap?

Спасибо.

Answer 1

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

Добавление множества конструкций агрегации (например, отдельного раздела на раздел), скорее всего, замедлит запросы крошечным битом из-за того, что все время, затрачиваемое внутренним образом на вычисление, из какой агрегации следует читать.

Если вы использовали мастер агрегации, не беспокойтесь. Он ничего не знает о том, как вы запрашиваете свой куб, и создаст глупые бесполезные агги, которые будут обрабатывать время обработки. Вместо этого разверните свой куб, а затем вернитесь через несколько дней после того, как пользователи запустили некоторые запросы и вместо этого сделают Usage Based Optimization.

Answer 2

Создание разделов - хороший способ улучшить время обработки куба. Агрегаты полезны, если они сделаны в правильных полях. Правильно я имею в виду, что выбор фильтра наиболее часто используется пользователями. Оптимизация на основе использования - хороший подход для ее достижения. Также ознакомьтесь с приведенной ниже статьей, чтобы понять подход, используемый при проверке производительности. https://mytechconnect.wordpress.com/2013/08/27/ssas-performance-best-practices-and-performance-optimization/