Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Секция — это контейнер для части данных группы мер. Секции не отображаются из запросов многомерных выражений; все запросы отражают все содержимое группы мер независимо от количества секций, определенных для группы мер. Содержимое данных секции определяется привязками запросов секции и выражением срезов.
Простой Partition объект состоит из: основных сведений, определения срезов, проектирования агрегирования и других. Основные сведения включают имя секции, режим хранения, режим обработки и другие. Определение срезов — это многомерное выражение, указывающее кортеж или набор. Определение срезов имеет те же ограничения, что и функция Многомерных выражений StrToSet. Вместе с параметром CONSTRAINED определение срезов может использовать измерения, иерархию, имена уровней и членов, ключи, уникальные имена или другие именованные объекты в кубе, но не могут использовать функции многомерных выражений. Схема агрегирования — это коллекция определений агрегирования, которые можно совместно использовать для нескольких секций. Значение по умолчанию взято из структуры агрегирования родительского куба.
Секции используются Службами Microsoft SQL Server Analysis Services для управления и хранения данных и агрегатов для группы мер в кубе. Каждая группа мер имеет по крайней мере одну секцию; этот раздел создается при определении группы мер. При создании новой секции для группы мер новый раздел добавляется в набор секций, которые уже существуют для группы мер. Группа мер отражает объединенные данные, содержащиеся во всех его разделах. Это означает, что необходимо убедиться, что данные для секции в группе мер являются эксклюзивными для любой другой секции в группе мер, чтобы гарантировать, что данные не отражаются в группе мер более одного раза. Исходная секция для группы мер основана на одной таблице фактов в представлении источника данных куба. При наличии нескольких разделов для группы мер каждая секция может ссылаться на другую таблицу в представлении источника данных или в базовом реляционном источнике данных для куба. Несколько секций в группе мер могут ссылаться на одну таблицу, если каждая секция ограничена разными строками в таблице.
Секции — это мощные и гибкие средства управления кубами, особенно большими кубами. Например, куб, содержащий сведения о продажах, может содержать секцию для данных каждого прошлого года, а также секции для каждого квартала текущего года. При добавлении текущей информации в куб необходимо обрабатывать только текущую секцию квартала; обработка меньшего объема данных повышает производительность обработки за счет уменьшения времени обработки. В конце года четыре ежеквартальные секции можно объединить в одну секцию в течение года и новую секцию, созданную в первом квартале нового года. Кроме того, этот процесс создания секций можно автоматизировать в рамках процедур загрузки хранилища данных и обработки кубов.
Секции не видны бизнес-пользователям куба. Однако администраторы могут настраивать, добавлять или удалять секции. Каждая секция хранится в отдельном наборе файлов. Статистические данные каждой секции можно хранить в экземпляре служб Analysis Services, где определена секция, в другом экземпляре служб Analysis Services или в источнике данных, используемом для предоставления исходных данных секции. Секции позволяют исходным данным и агрегированным данным куба распределяться по нескольким жестким дискам и между несколькими серверными компьютерами. Для куба среднего до большого размера секции могут значительно повысить производительность запросов, производительность нагрузки и удобство обслуживания куба. Дополнительные сведения о удаленных секциях см. в разделе "Удаленные секции".
Режим хранения каждой секции можно настроить независимо от других секций в группе мер. Секции можно хранить с помощью любого сочетания параметров для расположения исходных данных, режима хранения, упреждающего кэширования и структуры агрегирования. Параметры OLAP в режиме реального времени и упреждающего кэширования позволяют сбалансировать скорость запросов к задержке при разработке секции. Параметры хранения также могут применяться к связанным измерениям и фактам в группе мер. Эта гибкость позволяет разрабатывать стратегии хранения кубов, соответствующие вашим потребностям. Дополнительные сведения см. в разделе "Режимы хранения секций" и "Обработка", "Агрегирование" и "Структуры агрегирования" и"Упреждающее кэширование" (секции).
Структура секционирования
Структура секции должна соответствовать структуре своей группы мер, что означает, что меры, определяющие группу мер, также должны быть определены в секции вместе со всеми связанными измерениями. Поэтому при создании секции он автоматически наследует тот же набор мер и связанных измерений, которые были определены для группы мер.
Однако каждая секция в группе мер может иметь другую таблицу фактов, и эти таблицы фактов могут быть из разных источников данных. Если разные секции в группе мер имеют разные таблицы фактов, таблицы должны быть достаточно похожи на структуру группы мер, что означает, что запрос обработки возвращает одинаковые столбцы и одинаковые типы данных для всех таблиц фактов для всех секций.
Если таблицы фактов для разных разделов отличаются от разных источников данных, исходные таблицы для любых связанных измерений, а также любые промежуточные таблицы фактов должны присутствовать во всех источниках данных и должны иметь одинаковую структуру во всех базах данных. Кроме того, все столбцы таблицы измерений, используемые для определения атрибутов измерений куба, связанных с группой мер, должны присутствовать во всех источниках данных. Нет необходимости определять все соединения между исходной таблицей секции и связанной таблицей измерений, если исходная таблица секции имеет идентичную структуру исходной таблицы для группы мер.
Столбцы, которые не используются для определения мер в группе мер, могут присутствовать в некоторых таблицах фактов, но отсутствуют в других. Аналогичным образом столбцы, которые не используются для определения атрибутов в связанных таблицах измерений, могут присутствовать в некоторых базах данных, но отсутствуют в других. Таблицы, которые не используются для таблиц фактов или связанных таблиц измерений, могут присутствовать в некоторых базах данных, но отсутствуют в других.
Источники данных и хранилище секций
Раздел основан на таблице или представлении в источнике данных, в таблице или именованном запросе в представлении источника данных. Расположение, в котором хранятся данные секции, определяется привязкой источника данных. Как правило, можно секционировать группу мер по горизонтали или по вертикали:
В горизонтально секционированных группах мер каждая секция в группе мер основана на отдельной таблице. Этот вид секционирования подходит, если данные разделены на несколько таблиц. Например, некоторые реляционные базы данных имеют отдельную таблицу для данных каждого месяца.
В вертикально секционированных группах мер группа мер основана на одной таблице, и каждая секция основана на исходном системном запросе, который фильтрует данные для секции. Например, если одна таблица содержит несколько месяцев данных, группа мер по-прежнему может быть секционирована по месяцам, применяя предложение Transact-SQL WHERE, которое возвращает данные отдельного месяца для каждой секции.
Каждая секция имеет параметры хранилища, определяющие, хранятся ли данные и агрегаты для секции в локальном экземпляре служб Analysis Services или в удаленной секции с помощью другого экземпляра служб Analysis Services. Параметры хранилища также могут указывать режим хранения и использовать ли упреждающее кэширование для управления задержкой для секции. Дополнительные сведения см. в разделах Режимы хранения секций и обработка, упреждающее кэширование (секции) и удаленные секции.
Добавочные обновления
При создании секций и управлении ими в группах мер с несколькими секциями необходимо принять специальные меры предосторожности, чтобы гарантировать точность данных куба. Хотя эти меры предосторожности обычно не применяются к группам мер с одним разделом, они применяются при добавочном обновлении секций. При добавочном обновлении секции создается новая временная секция, которая имеет структуру, идентичную исходной секции. Временный раздел обрабатывается, а затем объединяется с исходным разделом. Поэтому необходимо убедиться, что запрос обработки, заполняющий временную секцию, не дублирует данные, уже присутствующих в существующей секции.