Секции в многомерных моделях

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

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

Важные аспекты при разработке стратегии секционирования

Целостность данных куба зависит от данных, распределенных между секциями куба, таким образом, что данные не дублируются между секциями. При обобщении данных из секций все элементы данных, присутствующих в нескольких секциях, будут суммироваться так же, как если бы они были разными элементами данных. Это может привести к неправильным сводам и ошибочным данным, предоставленным конечному пользователю. Например, если транзакция продаж для Product X дублируется в таблицах фактов для двух секций, сводки продаж Product X могут включать двойной учет повторяемой транзакции.

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

Локальные секции

Локальные секции — это секции, определенные, обработанные и хранящиеся на одном сервере. Если в кубе есть большие группы мер, их можно разделить таким образом, чтобы обработка выполнялась параллельно между разделами. Преимущество заключается в том, что параллельная обработка обеспечивает более быстрое выполнение. Так как одно задание обработки секций не требуется завершить до другого запуска, они могут выполняться параллельно. Дополнительные сведения см. в статье "Создание локальной секции "Службы Analysis Services" и "Управление ими".

Удаленные разделы

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

Агрегации

Агрегаты — это предварительно рассчитанные сводки данных куба, которые помогают службам аналитики Analysis Services быстро предоставлять ответы на запросы. Вы можете контролировать количество агрегаций, созданных для группы мер, задав ограничения на хранение, повышение производительности или произвольное прекращение процесса сборки агрегаций после того, как он выполняется уже некоторое время. Больше агрегаций не обязательно лучше. Каждое новое агрегирование сопровождается затратами как в плане места на диске, так и времени обработки. Мы рекомендуем создавать агрегированные данные для повышения производительности на тридцать процентов, а затем увеличивать число только в случае, если тестирование или опыт оправдывает это. Дополнительные сведения см. в разделе "Проектирование агрегатов" (службы Analysis Services — многомерные).

Объединение разделов и редактирование

Если две секции используют одну и ту же структуру агрегирования, можно объединить эти две секции в одну. Например, если у вас есть измерение запасов, разделенное по месяцам, то в конце каждого календарного месяца можно объединить раздел этого месяца с существующим разделом, охватывающим текущий год. Таким образом, текущая секция месяца может быть обработана и проанализирована быстро, а остальная часть года по месяцам должна повторно обрабатываться только при слиянии. Эта повторная обработка требует длительного времени обработки и может выполняться реже. Дополнительные сведения об управлении процессом объединения разделов см. в разделе "Объединение разделов" в службе Analysis Services (SSAS — многомерные). Сведения о редактировании секций куба с помощью вкладки "Секции" в конструкторе кубов см. в разделе "Редактирование или удаление секций" (многомерные службы Analysis Services).

Связанные разделы