Коллеги советуют использовать исключительно BPC-шные стандартные средства загрузки. Почитал, на SDN-е (пока еще только бегло) и там обсуждается вариант загрузки транзакционных данных через BW-шные цепочки с использованием UJD_TEST_PACKAGE.

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

То есть без BPC-шных пакетов никак не обойтись?

Еще видел в документации (система пока еще не инсталлирована и нет возможности пощупать) BPC-пакеты для загрузки транзакционных данных из BW инфо-провайдеров, а также загрузку атрибутов и иерархий из инфо-объектов. Как быть в ситуации, если надо загружать данные (как транзакционные, так и основные) из PSA или же из инфо-источника (после предварительной трансформации над PSA-данными)? Нет желания искусственно плодить инфо-объекты, чтобы из них потом забирать данные в BPC

Из PSA нельзя, только из инфо-провайдеров. То есть в BW надо грузить в кубы и инфо-объекты, из них забирать в BPC.

Ну и напоследок — так как у вас вроде все только в PSA.
В BW 7.0 (насчет 7.3 не уверен) нет стандартного инструмента загрузки иерархий из каких-то внешних систем или таблиц. Приходится реализовывать хитрую схему с использованием самописного юзер-экзита.

В целом в BPC везде все сыро и печально ).

В 7.3 с иерархиями сильно лучше.
В 7.0 я сделала хитрым методом - формируется структура в виде плоского файла из таблицы (в моём случае это была таблица инфообъекта, но можно и любую прозрачную таблицу), складывается на сервер приложений, оттуда засасывается плоский файл; несколько недель назад тему открывала, можно поискать. UE не делали, только небольшой ФМ.

Я так и не понял, какие есть противопоказания по загрузке атрибутов, текстов и иерархий чисто BW-ными средствами, без использования BPC. То есть создали мы, например, модель с измерениями и атрибутами в BPC. После этого в сгенерированные технические инфо-объекты начинаем грузить основные данные через обычные трансформации. С транзакционными данными понятно - в случае full optimize будет хреново, а с признаками-то что не так?! Они разве будут ломаться?!

Если создать измерение в BPC с иерархией, то технически эта иерархия будет отображаться на BW-ную или же она совсем другая?! Если она такая же, и стоит версия NW 7.3, то можно попробовать, по-моему, загрузить данные опять-таки чисто BW-ными средствами (то есть без использования BPC-шных файлов трансформаций)?!

Простейший пример по атрибутам - добавили новое свойство измерения или поменяли размерность старого. Все трансформации неактивны.
Дальше - никто не дает гарантии, что DTP выполняет все действия, что и пакеты BPC. BPC-пакеты сами генерируют объекты BW и в том числе заполняют часть атрибутов (MMBR_SEQ, CALC и т.п), возможно как-то генерируют файлы Excel для ведения через администратор данных (тут я не уверен) и т.п. Во всем этом разбираться и поддерживать возможные изменения в каждом из патчей BPC я думаю не сильно классно.

То же самое - пробовать можно, но никто не даст гарантии, что все будет ок ). А я бы чисто из опыта сказал, что вряд ли. Кстати, если вы не в курсе - узлов текста в иерархиях BPC нет, надо все переделывать на признаки.

Что такое MMBR_SEQ и CALC даже не догадываюсь.

В таком случае, непонятно, как быть, если надо в течение дня заливать в него данные?! То есть тут чисто BW-шным средствам точно наступит облом, так как переключив куб на загрузку можно сильно разочаровать пользователей.

PS: Чем больше читаю разной инфы, тем удрученнее представление о BPC

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

Это да-a-a-a-a!
Мы планирование в ВРС ведем, а отчетность в BW.