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

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

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

Простой Partition объект состоит из: базовой информации, определения разбиения, проектирования агрегирования и прочих элементов. Основные сведения включают имя секции, режим хранения, режим обработки и другие. Определение срезов — это многомерное выражение, указывающее кортеж или набор. Определение срезов имеет те же ограничения, что и функция MDX StrToSet. Вместе с параметром CONSTRAINED определение среза может использовать измерения, иерархию, имена уровней и членов, ключи, уникальные имена или другие именованные объекты в кубе, но не может использовать функции MDX. Схема агрегирования — это коллекция определений агрегирования, которые можно совместно использовать для нескольких секций. Значение по умолчанию взято из структуры агрегирования родительского куба.

Секции используются службами Microsoft SQL Server SQL Server Analysis Services для управления и хранения данных и агрегатов для группы мер в кубе. Каждая группа измерений имеет как минимум один раздел; этот раздел создается при определении группы измерений. При создании новой секции для группы мер новый раздел добавляется в набор секций, которые уже существуют для группы мер. Группа мер отражает объединенные данные, содержащиеся во всех его разделах. Это означает, что необходимо убедиться, что данные для секции в группе мер являются эксклюзивными для любой другой секции в группе мер, чтобы гарантировать, что данные не отражаются в группе мер более одного раза. Исходный раздел для группы мер основан на одной таблице фактов в представлении источника куба данных. При наличии нескольких разделов для группы мер каждая секция может ссылаться на другую таблицу в представлении источника данных или в базовом реляционном источнике данных для куба. Несколько секций в группе мер могут ссылаться на одну таблицу, если каждая секция ограничена разными строками в таблице.

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

Разделы не видны бизнес-пользователям куба. Однако администраторы могут настраивать, добавлять или удалять секции. Каждая секция хранится в отдельном наборе файлов. Статистические данные каждой секции можно хранить в экземпляре служб SQL Server Analysis Services, где определена секция, в другом экземпляре служб SQL Server Analysis Services или в источнике данных, используемом для предоставления исходных данных секции. Секции позволяют исходным данным и агрегированным данным куба распределяться по нескольким жестким дискам и между несколькими серверными компьютерами. Для куба среднего до большого размера секции могут значительно повысить производительность запросов, производительность нагрузки и удобство обслуживания куба.

Режим хранения каждой секции можно настроить независимо от других секций в группе мер. Секции можно хранить с помощью любого сочетания параметров для расположения исходных данных, режима хранения, упреждающего кэширования и структуры агрегирования. Параметры OLAP в режиме реального времени и упреждающего кэширования позволяют сбалансировать скорость обработки запросов с учетом задержки при разработке раздела. Параметры хранения также могут применяться к связанным измерениям и фактам в группе метрик. Эта гибкость позволяет разрабатывать стратегии хранения кубов, соответствующие вашим потребностям. Дополнительные сведения см. в разделе "Режимы хранения секций" и "Обработка", "Агрегирование" и "Структуры агрегирования" и"Упреждающее кэширование" (секции).

Структура секционирования

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

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

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

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

Источники данных и хранилище секций

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

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

• В схеме секционирования с одной таблицей группа мер основана на одной таблице, и каждая секция основана на исходном системном запросе, который фильтрует данные для секции. Например, если одна таблица содержит несколько месяцев данных, группа мер по-прежнему может быть секционирована по месяцам, применяя предложение Transact-SQL WHERE, которое возвращает данные отдельного месяца для каждой секции.

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

Добавочные обновления

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

См. также

Настройка свойств меры
Кубы в многомерных моделях