8.3.7Ods-объекты, связанные с конкретным приложением и используемые для создания отдельных отчетов или запросов на загрузку
Эти ODS-объекты, главным образом, используются при подготовке данных для отдельных сценариев отчетов. Примером является объединение отчетов и поставляемых данных в ODS-объект для деривации статуса поставки или объемов данных, которые еще должны быть поставлены.
8.3.8Сравнение psa, ods-объектов и базовых кубов
При моделировании потока данных часто возникает следующий вопрос: какой объект подходит для данного запроса? Для принятия обоснованного решения необходимо проанализировать возможные объекты (PSA/ODS-объект/базовый куб) на соответствие определенным критериям.
Рисунок 102 Сравнение PSA/ODS-объектов/базовых кубов
8.3.8.1Метод/назначение
Главной целью использования PSA является временное хранение данных исходной системы перед их переносом в фактические целевые наборы данных. Поэтому изменение данных из системы BW до изменения PSA невозможно. Используется только копия данных исходной системы (буфер входящих данных).
Примечание: Однако в PSA имеется возможность вызова таблиц и обработки данных вручную. Этот метод обычно используется при обработке ошибок.
ODS-объекты преимущественно используются для согласования или объединения данных. Они особенно подходят для этой цели, поскольку предоставляют много различных возможностей. Например, можно воздействовать на поток данных до ODS-объектов (правила обновления) и настраивать различные типы обновления (перезапись, добавление, без обновления). С другой стороны, ODS-объекты состоят из плоских таблиц, которые удобны для чтения (могут служить наглядными примерами). Сами объекты также включают в себя большое количество функций (например, выбор дельты). Учитывая все эти свойства, можно заключить, что ODS-объекты отвечают многими требованиям процесса стейджинга.
С другой стороны, базовые кубы были разработаны для концепции схемы-звезды, которая является многомерной структурой, оптимизированной для системы отчетов. Использование базовых кубов позволяет также определять агрегированные ракурсы в материализованной форме (агрегаты), что означает возможность вызова не самих инфо-кубов, а агрегатов из большого количества сценариев. Это повышает производительность системы отчетов.
8.3.8.2История данных
При сравнении истории этих трех объектов видно, что данные в PSA обычно не хранятся более одного месяца. При этом подразумевается, что ODS-объекты также включены в сценарий стейджинга. В противном случае имеет смысл использовать PSA в качестве постоянной памяти для данных, поставляемых исходной системой.
Для ODS-объектов и базовых кубов данные обычно хранятся в течение нескольких лет. Разница состоит в том, что в ODS-объектах данные хранятся в агрегированной форме, а в PSA - в гранулированном виде.
8.3.8.3Источник данных
Данные PSA хранятся в форме структуры переноса. Они зависят от исходной системы (однозначно присвоены источнику данных).
Данные всегда обновляются в ODS-объекте из инфо-источника. Инфо-источник может поставлять данные из одной или нескольких (других) исходных систем или из другого ODS-объекта, который находится в той же системе BW.
Примечание: Технически также возможно соединить экспортный источник данных, сгенерированный из базового куба, с ODS-объектом. Однако на практике это используется очень редко.
В отношении базового куба можно отметить те же свойства, которые были приведены для ODS-объекта. Однако часто инфо-куб получает данные от другого базового куба посредством экспортного источника данных. Например, базовый куб, который содержит данные с высокой степенью агрегации за период в несколько лет, обновляется из другого базового куба, который содержит данные на более подробном уровне за период в несколько месяцев.