Основные сведения о табличной объектной модели

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

Здесь приведен подход «сверху вниз», когда все соответствующие объекты в табличной модели логически сопоставляются с объектами AMO и объясняется необходимое взаимодействие или рабочий процесс; также доступен образец исходного кода для создания табличной модели с помощью объектов AMO (Преобразование объектов AMO в табличную модель) на сайте Codeplex для тех, кому требуется просмотреть одну из множества возможных реализаций. Важное примечание о коде. Код предоставляется для иллюстрации основных логических понятий, поясняемых в этом разделе. Его не следует использовать в рабочей среде или для других целей, за исключением учебных.

Представление базы данных

База данных предоставляет объект-контейнер для табличной модели; все объекты в табличной модели содержатся в базе данных. В плане объектов AMO представление базы данных имеет связь «один к одному» с объектом Database и никакие другие основные объекты AMO не требуются, однако важно отметить, что это не значит, что все объекты, содержащиеся в объекте базы данных AMO, можно использовать при выполнении табличного моделирования.

См. раздел Представление базы данных (табличное) с подробным объяснением создания представления базы данных и управления им.

Представление соединения

Соединение устанавливает связь между данными, которые включаются в решение табличной модели, и самой моделью. В плане объектов AMO соединение имеет связь «один к одному» с объектом DataSource и никакие другие основные объекты AMO не требуются, однако важно отметить, что это не значит, что все объекты, содержащиеся в объекте источника данных AMO, можно использовать при выполнении табличного моделирования.

См. раздел Представление соединения (табличное) с подробным объяснением создания представления источника данных и управления им.

Представление таблицы

Таблицы являются объектами базы данных, которые содержат все данные в базах данных. В плане объектов AMO таблица имеет связь «один ко многим» и представляется с помощью следующих объектов AMO: DataSourceView, Dimension, Cube, CubeDimension, MeasureGroup и Partition являются основными необходимыми объектами, однако важно отметить, что это не значит, что все объекты, содержащиеся в ранее упомянутых объектах AMO, можно использовать при выполнении табличного моделирования.

См. раздел Представление таблиц (табличное) с подробным объяснением создания представления таблицы и управления им.

Представление вычисляемого столбца

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

См. раздел Представление вычисляемого столбца (табличное) с подробным объяснением создания представления вычисляемого столбца и управления им.

Представление вычисляемой меры

Вычисляемые меры представляют собой хранимые выражения, которые вычисляются по запросу после развертывания модели. В плане объектов AMO вычисляемая мера имеет связь «один ко многим» и представляется с помощью следующих объектов AMO: Commands и CalculationProperties являются основными необходимыми объектами, однако важно отметить, что это не значит, что все объекты, содержащиеся в ранее упомянутых объектах AMO, можно использовать при выполнении табличного моделирования.

Примечание
Важным отличием также является отсутствие связи объектов Measure с вычисляемыми мерами в табличных моделях. Кроме того, они не поддерживаются в табличных моделях.

См. раздел Представление вычисляемой меры (табличное) с подробным объяснением создания представления вычисляемой меры и управления им.

Представление иерархии

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

См. раздел Представление иерархии (табличное) с подробным объяснением создания представления иерархии и управления им.

Представление ключевого показателя эффективности (KPI)

KPI служит показателем производительности значения, определяемого базовой мерой, относительно целевого значения. В плане объектов AMO представление KPI имеет связь «один ко многим» и представляется с помощью следующих объектов AMO: Commands и CalculationProperties являются основными необходимыми объектами, однако важно отметить, что это не значит, что все объекты, содержащиеся в ранее упомянутых объектах AMO, можно использовать при выполнении табличного моделирования.

Примечание
Важным отличием также является отсутствие связи объектов Kpi с KPI в табличных моделях. Кроме того, они не поддерживаются в табличных моделях.

См. раздел Представление ключевого показателя эффективности (табличное) с подробным объяснением создания представления KPI и управления им.

Представление секции

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

См. раздел Представление секции (табличное) с подробным объяснением создания представления секции и управления им.

Представление связи

Связь — это соединение между двумя таблицами данных. Связь определяет, как должны соотноситься данные в двух таблицах.

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

С точки зрения объектов AMO все неактивные связи представляются в виде сопоставления «один к одному» с Relationship и никакие другие объекты AMO не требуются. Для активной связи также существуют другие требования и необходимо сопоставление с ReferenceMeasureGroupDimension. Важно отметить, что это не значит, что все объекты, содержащиеся в связи объектов AMO или объекте referenceMeasureGroupDimension, можно использовать в табличном моделировании.

См. раздел Представление связи (табличное) с подробным объяснением создания представления связи и управления им.

Представление перспективы

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

См. раздел Представление перспективы (табличное) с подробным объяснением создания представления перспективы и управления им.

Внимание!
Перспективы не являются механизмом безопасности; к объектам вне перспективы пользователь все равно может получить доступ посредством других интерфейсов.