Существует один транзакционный куб с большим количеством признаков и показателей. Сейчас в него колотит данные одно предприятие холдинга, и планируем расширяться на остальные. По прогнозам, за год в кубе будет набираться порядка 15-25 млн. записей в таблице фактов. Есть ли смысл разбивать этот большой куб на N маленьких, чтобы повысить производительность SAP сервера? Второй вопрос: что говорит сам SAP (если он вообще что-нить говорит ) по поводу максимального хранимого количества записей в кубе? Имеется в виду не физические ограничения, а рекомендации.

по поводу того, что говорит SAp - была тема, мелькала цифира в 2 млн. записей в таблице фактов, курс bw330 тебе ответит на некоторые вопросы. По поводу того что лучше один большой или много маленьких скажу просто: разделяй и влавствуй!
Не забывай, т.к. кубы у тебя иранзакционные, то при перекачке данных между кубами (а они, я думаю у тебя будут) их необходимо будет переводить в нетранзакционные, если в это время кто-то из удаленных предприятий будет долбить тебе данные, то получит болт, что не есть хорошо имхо.

Лучше много маленьких - факт!!!
Со временем столкнешься с большой проблемой (все (ВСЕ) будет очень долго!!!)... Ибо! (гы)
Лучше разбивать кубы по периодам (они имеют обыкновение закрываться и про них потом забывают). Мысль не моя, мысль оч дельного консультанта (я ему верю).
Но все конечно зависит от конкретного случая - че у вас там и как с ентим бороться (как разделять) сами будете думать.
Удачи!

IMHO - делать кубы по годам, потом создавать мультик и включать кубы туда. Потом на уровне отчётности выводить в качестве выбора года - идентификатор куба ( т.е. куб с данными за 2005 год обозвать "2005") и вперёд!! Только каждый год нужно будет накидывать по кубику в мультик

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

Вы уверенны? Если за год в куб укладываются 20 млн записей, за 2 - 40 млн?

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

Куб построен с умом: для оптимизации пришлось проводить аналитику таблицы фактов, таблиц измерений и группировку признаков по форматам ввода, а потом перераспределять измерения. В результате таблицы измерений уменьшились в 3-4 раза А вот на счет предстоящих изменений: ситуация такова, что менять придется либо 1 большой куб, либо 30 маленьких (что не есть гуд)...

Тогда ещё один вариант: народ вбивает и тетя Клава вбила не то (ну не выспался человек) на сколько оперативно вы сможете найти/удалить/исправить неверные данные.
Если вышеприведенный пример не составляет труда, то нужно запросить у SAPа техническую информацию по возможному максимальному объему данных в кубе и смело использовать 1 куб, если этот объем удовлетворяет.

В поиске/удалении/исправлении сложности не будет: если делать один куб, то добавится всего 1 признак (контроллинговая единица)... Спасибо за совет!