Всем здравствуйте!
Использую вирутальный куб с сервисами. Выборку атрибутов навигации тоже делаю сама.
Остается вопрос, а как подтягивать "на лету" тексты для инфо-объектов моего куба? Ведь если грузить тексты в бв как обычно, то теряется смысл виртуального куб (для моего случая, по крайней мере )

не понял... тексты вы грузите в инфообъекты... куб с сервисом - это тот же куб, только все логику - выборки, формирование признаков и покзателей вы делаете сами ручками в ФМ ,который реализует этот самый сервис ... в ФМ вы оперируете кодами признаков, заполняя таблицу вовзрата. При формировании отчета OLAP получает на вход выборку, которую ему сформиовал ваш ФМ и уже сам вытягивает тексты для всех инфообъектов. для OLAP - процессора пофигу ,какой куб - базовый, транзакционный или с сервисами. Он получил выборку в виде кодов, а дальше все делает сам.

А теперь в свете вышеизложенного что вы хотите сделать?

Хочу сама тексты формировать.
Иначе получается, что все тексты у меня уже должны быть прогружены. Хочу их также динамически тащить из исх.non-sap системы, как и атрибуты.

"Виртуальные инфо-объекты"? Есть ФМ RSDMD_WRITE_ATTRIBUTES_TEXTS, его можно использовать для загрузки инфо-объектов. Откуда и когда его вызывать - решать Вам. Описание в "How to… Update Master Data during an upload of transactional data".

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

Тексты можно еще совать в коды, тогда загружать не надо. Т.е. код инфо-объекта CHAR 60 + поддержка буков в нижнем регистре. Типа 0POSTXT

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

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


можно поподробнее про "заполненый кеш", пжст.
спасибо

в вашем надо запрашивать сразу все тексты по rfc-соединению при первом вызове и хранить их во внутренней таблице иначе все "умрет" сразу (а так есть вероятность 15% что не умрет )

я уж найду способ добыть и разместить эти тексты. Просто как потом бекс прочитает их из моей таблицы????
Где-то есть настройка или галочка? Видела в bi7.0, что доступ к основным данным может быть не "стандарт" ), но экспериментировать не стала.

Используйте собственные классы чтения ОД (для 7.0), для примера - см. CL_RSMD_RS_0FISCPER

вы же беретесь писать на abap-е выборку данных, а доступ к таблице организовать не можете ? можете хоть open-sql хоть native-sql, вобщем что угодно...

сори, понятно о чем речь, в вашем случае надо использовать свой доступ к основным данным, смотрите здесь
https://www.sdn.sap.com/irj/sdn/weblogs ... b/wlg/3931

имеется ввиду доступ бекса к моей внутренней таблице, где все что надо уже есть и причем давно.
Данные для отчета бекс берет из таблицы e_t_data. Это параметр моей ф-ции, на основе которой мой виртуальный куб. Кроме значений показателей и признаков куба, туда же можно положить значение атрибутов навигации. Для текстов, в отличии от атрибутов, при содании куба никто не предлагает выбора, откуда их брать - из моей ф-ции или из таблиц инфо-объекта.

Может действительно, единственный вариант - это нестандартный доступ к осн.данным, который настраивается в самом инфо-объекте?..
Тогда, получается, бекс будет идти к текстам, а те пересылать к польз.методам и так для каждого ключа. Мда ...
Сейчас делаю, что если встречаю новые значения, без текстов - пропихивают их через RSDMD_WRITE_ATTRIBUTES_TEXTS. Уж лучше пусть свое законное место занимают, чем для каждого текста будет идти обращение к сторонней бд.

пока писала БОЛЬШОЙ ответ, Вы уже тоже сказали .
Спасибо.

И с Наступающим всех!