возникла необходимость добавить в инфокуб новый признак. в кубе уже есть данные. у признака есть основные данные

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

подскажите плз как это можно сделать с помощью abap -программы или может есть какая рутина стандартная?

IMHO, Вас спасет только полная перезагрузка куба с новыми правилами обновления, заполняющими новый признак.

в том то и дело что это ужас для хозяина куба:)много данных и ленивые. поэтому и ищу другие пути

ну а написать программку которая заполнит новое поле данными ?

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

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

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

это классная идея, но возникают вопросы:
1. из данного инфокуба обновляется еще одна цель данных - еще один инфокуб, куда также добавлен злосчастный новый признак.
сама процедура загрузки данных выглядела следующим образом: файл->ODS->инфокуб1->инфокуб2. настроены дельта загрузки соответствующих целей даннх. все обновление происходило через цепочку процессов.

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

для инфокуба2 по идее проделать туже процедуру

вопрос: не порушатся ли дельты и не будет ли косяков при следующих загрузках?

походу с обновлением из самого себя не покатит-вставит новые записи с заполненым новым признаком а старые оставит - ключ то поменялся и у старых записей в новом признаке dimid нулевой

1. Создаешь копию cube2
2. Добавляешь все что хочешь добавить вместе с программами в cube2
3. направляешь поток cube1->cube2
4. чистишь cube1
5. пункт 2 для cube1
6. направляешь поток cube2->cube1
Это если система одна.

А вот если есть система разработки(DEV) и продуктив(PROD),
то на разработке:
1. убиваешь данные
2. Вставляешь признаки показатели
3. поток PROD.cube1->DEV.cube1
4. если п.3 ОК то убиваешь данные на PROD и транспортом переносишь изменения в кубе с DEV.
5. поток DEV.cube1->PROD.cube1

Можно транзакцией LIST_CUBE выгрузить данные в *.csv файл.
При этом данная транзакция позволяет выбрать набор полей и генерит соответствующую структуру переноса (также в файле)

Затем создать новые правила обновления - загрузка из файла.

И перегрузить куб. ( При этом обновляя новый признак)

ok. всем спасибо

А где найти LIST_CUBE , у меня в BW 7.0 - нету =(

Есть еще такая тема - remodelling (повторное моделирование), вызывается правой кнопкой по кубу - другие функции. Попробуйте покопать в гугле. По идее позволяет добавлять новые признаки и заполнять их программой, константой или атрибутом существующего признака, при этом это стандартный функционал BW. Но сам я не использовал.

LISTCUBE