Подскажите пожалуйста - что можно в принципе предпринять по даному поводу.
Есть кубик с измерениями Товар, Поставщик, Время, Операция (то бишь приход, расход и остатки).
Остатки хранятся только на день в который происходило движение, причем если остаток = 0 , то в таблице его нет. =(

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

Если учесть , что размер таблицы фактов 3 миллиона записей, У измерения Товар 140000 тысяч листев, а у Поставщики 600, то можно представить с какой скоростью это работает.

Скажите пожалуйста - есть ли метод с помощью которого можно разрешить данную проблему?
Как вообще строить вычисляемые члены для больших кубов? Самая большая сложность - агрегация вычислемых членов. Понятно, что если суммировать ывчислемое поло по измерению вручную то ничего хорошего не выйдет.


Заранее благодарю...
Макс.

Да я бы с удовольствем...
Но клиент хочет , чтобы я считал и остаток из базы, и остаток по приходам-расходам, а потом вычислял разницу. То бишь если разница = 0 то все сходится... =(
Иначе с чего бы я так мучался?
Но все равно - благодарю за ответ. =)

Вы уверены? Честно говоря, я не в курсе механизмов формирования исходной базы...
Совершенно не моя специализация.
Надо проконсультироваться, а то я уж собрался в исходной талице остатки на каждый день ручками считать... =)