Значит, такая идея возникла.

Есть некумулятивный показатель, запас нарастающим итогом. Штука полезная, но известно что она будет работать со временем медленнее. Чем больше данных в кубе, тем медленнее, по идее, она будет работать. Через два года - нужно в два раза больше времени, через три - в три и так далее.

Тут родилась идея такая.

Пусть некумулятивный показатель показатель S, он идёт по показателю D, по 0CALDAY. Мы добавляем признак ZYEAR, и в нормальном режиме заполняем его из 0CALDAY просто текущим годом. Пусть данные у нас в куб идут такие:



Итого, на конец 2009-го года S у нас равно 6. Поэтому при наступлении 2010-го добавляем в куб две записи:



Логика ясна, трансформация может легко обработать случаи, когда в 2010-м приходят записи за 2009-й год.

В общем-то, всё. Если обращаться к показателям S или D как обычно (например, в развёртке), то они и будет работать как обычно. Но если нам нужно только значение на одну дату, то можем в USER EXIT рассчитать ZYEAR, и дополнительно ограничить по нему. В результате база данных будет обрабатывать только значения за один год, а не за все, и, по идее, должно работать пошустрее.

Кроме этого, можно сделать партицирование куба по годам.

Собственно, вопрос - не открыл ли я велосипед и не изобрёл ли Америку?

Некумулятивные показатели как раз для того и придуманы, чтобы запас на ближайшие периоды рассчитывался одинаково быстро в независимости от количества данных. Т.к. Маркер хранится в 31.12.9999 и запас рассчитывается вычитанием данных до нужной даты

Ну хорошо, а за первые периоды тогда будет замедление?

за первые замедленнее. идея интересная. получается нужно в куб для одной записи источника вставлять сразу несколько записей, одна реальная, а другие - формирующие сальдо в каждом году после ZYEAR вплоть до текущего года. И не нужны тогда некумулятивные показатели )

Ну, не совсем так, то есть всё равно же идёт сложение.

По сути идея та же, что у SAP, только вместо хранения маркера в 31.12.9999 он хранится в начале (или конце) каждого года.

Помнится, что SAP вообще рекомендовал делать для каждого года отдельные кубы и собирать их в мультик

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

у нас система SAP NetWeaver BI 7.0, пакет поддержки компоента SAP_BW - SAPKW70020 и трансформации копировать можно.

Попробуйте сжать куб.