В ПСА загружены из файла следующие данные.


После загрузки их в тестовый инфокуб, в нём они выглядят так.


Далее, ПСА очищается, и загружается следующими данными.
Отличие от предыдущей закачки - две новые записи.


В ППД, прогружающем куб, ставлю следующие настройки для дельты:


И после запуска этого ППД в кубе получаются следующие данные:


И вот тут возникает вопрос: почему итоговые данные для второй закачки оказались суммой предыдущих и поступивших?
Это нормально? разве дельта так должна работать? Я ожидал, что во втором запросе будут лишь две добавленные в ПСА строки, без суммирования.

[s]У вас DTP, прогружающий данные в куб, должен быть настроен на дельта-загрузку с самого начала (когда еще куб вообще пустым был)[/s]

PS: Исправленному верить

Так он и был настроен на дельту. Я сразу дельто-ППД-шкой и прокачивал пустой куб.

Нормально

Дельта из источника данных работает не по записям, а по запросам т.е. в куб грузятся только новые запросы.

Ок, буду исходить из того, что новые записи нового запроса, автоматически суммируются с аналогичными записями из старого запроса.
Непонятно, правда, неужели это удобно на практике использовать? Похоже, проже юзать "Полное обновление"...

А вот эти галочки, что внизу под дельтой, они вообще что дают? Нельзя ли кратко разьяснить в чем их назначение?
Я пробовал грузить дельту с разными комбинациями этих галок, но результат был всегда одинаковый.
Бегло просмотрел курсы BW310 и BW330, но там вроде бы ничего нет на этот счет... Может где-то еще есть?
Пробую разобрать хэлп по F1... пытаюсь вникнуть в написанное, но пока достаточного понимания нет...

Если вы не очистите PSA и сделаете повторную полную загрузку, то данные в кубе у вас задвоятся, так как будет повторно прогружен уже загруженый пакет.

об этом можно почитать например тут:
http://www.sdn.sap.com/irj/scn/go/porta ... ayout=true

Вобщем, нарисовал сравнительную характеристику двух режимов загрузки.


Полное обновление инфокуба


Дельта-обновление инфокуба

И, блин, если я ничего не напутал, то всё проще чем казалось.

Дельта выдает нули в случае, если ПСА дает тот же аггрегированный массив данных, что и в кубе.
Дельта работает так КАК ПОЛНОЕ ОБНОВЛЕНИЕ, если ПСА дает иной аггрегированный массив данных, по сравнению с тем, что в кубе.

Если я не прав прошу скорректировать формулировку.
Но похоже что так и есть, по крайней мере, если галочки не ставить у Дельты.



О, спасибо за наводку, поизучаем.

Режим дельты в DTP абсолютно никак не завязан на данные в запросе. Дельта завязана на маркер - прогружен ли данный пакет в цель или нет.

А что вы подразумеваете под пакетом, строку загрузки ПСА? Ну типа REQU_4X7AFYJPGC69PPUHA247VVG24?

Да, извиняюсь, некорректно его обозвал. Он называется Запрос. если вы посмотрите в администрирование PSA то в самом левом столбце в каждом запросе стоит статус обновления запроса в Цели данных. Именно по нему можно определить какой запрос будет забран дельтой, в случае дельта обновления DTP. Если стоит режим полного обновления, то DTP заберет ВСЕ запросы, которые есть в PSA.

Оо, спасибо, вот теперь я начал понимать зачем эти иконки в ПСА то оказывается нужны : ))


До дельты.


После дельты.

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

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

Всем привет еще раз.



Со второй галочкой разобрался по мануалу.

А вот с первой... до конца не понятно...

В мануале написано:



If we want to transfer the source request only once to the target, then we can select
this option. Setting this option ensures that content of the Info Provider is an exact representation of the
source data.

Ну так и при обычной дельте то же самое происходит. ПСА-запрос зашкваривается в зеленый цвет, и тоже only once.

A scenario for this is, sometimes we always want an Info Provider to contain the most recent data for
reporting, but data source which severs data to the Info Provider is not capable of delta.

Не могу ухватить смысл этого предложения. То есть, есть какие-то "неправильные data sources", которые не умеют поставлять дельту..?
Так, а какая разница что там умеет PSA, ведь оно нам нужно исключительно как конечный объект содержащий данные...

Добавлю, что независимо от мануала попробовал сам прокачать с этой галкой то-так, то-сяк.
И вообщем сложилось подозрение, что техническое имя такого ПСА-запроса где-то регистрируется.
Потому что, если например прокачать такой ПСА-запрос в куб, а потом из куба удалить соотвествующий запрос, то...
возникает парадоксальная ситуация: ПСА-запрос незашкварен (красный), но с него уже нельзя качать в куб (0 строк).

Короче говоря, вроде бы кое-что и понятно, но пазл до конца не складывается.
Буду рад если кто-нибудь разьяснит до конца в чем суть работы первой галочки, и зачем это может быть нужно на практике.

Опция выбрана. Источник данных не поддерживает дельту.

1. Залили запрос в PSA источника
2. Перелили в DSO.
3. Залили новый запрос в PSA источника
4. Почистили DSO
5. Перелили в DSO (только второй запрос, т.к. опция включена, в противном случае оба запроса залились бы из PSA и данные стали бы некорректными)

То есть идея в следующем - вы грузите псевдо-дельту (полный срез AIM-данных) раз в день в PSA. Если при этом вы чистите PSA от запросов, состарившихся на 7 дней, то в случае каких-то проблем с данными, вы всегда сможете по PSA выяснить причину неправильных данных и откатиться на любую из 7 доступных версий.

А как узнать что источник данных не поддерживает дельту? Где это отражено? Может это 3.x?

А-ха, уже почти понял. Правда с DSO еще не приходилось работать, но наверное для кубов такой же принцип.


Извиняюсь, а что такое AIM-данные?


Вот тут не совсем понял, а почему "если при этом вы чистите PSA от запросов, состарившихся на 7 дней"... ведь если их не чистить, то будет еще лучше, будем видеть данные 14 дневной давности. Ну то есть, если такое дельта-ППД качает всегда только один последний запрос, то история в ПСА может быть любой длинны, разве нет?

Подразумевается, что вы фулом грузите.

After-image - то есть последняя версия данных (в данном случае к дельте это не имеет никакого отношения, т.к. грузим фулом)

Культурные люди за собой убирают (7 дней взято для примера из предположения, что некорректные данные будут обнаружены и исправлены в течение недели). Если совсем не чистить, то однажды к вам придет админ и "расширит тэйблспэйс"...