Есть необходимость реализовать (на уровне переноса данных/экстракции) удаление записей из инфо-объекта. Т.е., реально - запись в исходной таблице может быть удалена, тогда надо удалить соответствующую запись из инфо-объекта. Знаю, что механизмы сторно реализованы для ODS, но в данном случае речь именно об инфо-объекте. Есть идеи?

Заранее спасибо.

Если инфо-объект настолько динамичен как и переменные данные в кубе, то я думаю не стоит создвать инфо-объект, а напрямую вставлять (текст как ключевое поле признака) в куб. Это конечно, имеет место, если текст небольшой, да и записей такого признака немного.

Идеи?
Грохнуть содержимое признака, при этом удалятся мастерданные, на которые не ссылаются данные в других объектах (кубах, атрибутах других признаков).
После этого загрузить актуальные мастерданные.

Если бы все было так просто...

Вы предлагаете full update - полное удаление - опять full update. А мне нужно реализовать дельта-экстракцию данных в этот инфо-объект. Так что предложенный метод, к сожалению, не подходит.

Не очень понятно, зачем такой динамичный инфообъект? Может действительно его в куб положить?

Есть ещё идея, может быть подойдет использование remote куба?
Правда не зная конкретики задачи, вообще что либо тяжко грить...

Можете добавить конкретики, особенно в по теме - нафига он такой динамичный?

Зачем нужен? Табличка-источник реализует связь между инфо-объектами "многие ко многим", связь между бизнес-партнерами и сделками. Эти связи как раз являются динамичными, могут исчезать и появляться. Исчезает связь - исчезает запись. На куб вроде бы такая табличка не тянет... И вообще не очень нравится реляции тянуть в BW, но клиенту вот надо...

Гы гы
А чего вы раньше молчали, что у вас реляции.
И почему вы решили, что на "куб не тянет".
Давайте, пишите еще подробностей, а то будем тут изобретать очередной велосипед.

Хм... опять микроскопом гвозди забиваем... ну да ладно, пусть это останеться на совести заказщика...

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

b. remote cube

Если по вашему, это не подходит - то дайте больше информации...

Большое спасибо за помощь.

Будем думать. Возможно, просто признак удаления к записи будем формировать какой-то, и все.