Fec un TuesПерехожу на AS2005 (с AS2000). Не совсем хорошо представляю его возможности. Помогите получить меньше шишек.

В задаче оперативного учета все данные о движениях товаров хранятся в одной таблице (в регистре 1С). Разделение по операциям - с помощью поля КодОперации: Поступление, Перемещение, Списание, Реализация, ВводОстатков, ВозвратОтПокупателя и т. д. Кроме того есть поле DEBKRED (Приход/Расход). Одни поля таблицы используются во всех операциях (МестоХранения, Номенклатура, Количество, Стоимость...), а другие - нет (например, ДоговорПокупателя и СуммаПродажи только в операции Реализация).

Задача: построить куб на AS2005, предоставляющий данные по всем операциям.

Вопрос: как лучше представить данные в хранилище - следует ли разбивать на несколько таблиц фактов по операциям (тогда измерения логично свяжутся с группами мер), или лучше оставить одну таблицу фактов и сделать измерение Операция (будет ли тогда проще с суммовыми показателями по разным операциям?). От чего зависит выбор стратегии?

Уточнения:
Размер исходной таблицы для фактов приближается к миллиону записей.
В будущем собираюсь поместить в этот же куб данные об остатках (с детализацией до месяца) и данные о взаиморасчетах (правильно ли в AS2005 все пихать в один куб?).

Миллион записей это очень мало (если только не Notebooke 5-летней давности кубы процессить)

Одной таблице фактов соответствует не куб, а группа мер, которых в кубе может быть несколько.

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

Второй подход - создать несколько merasure group. Более мудрено и изящно, и решение уже зависит ваших видов операций. За то вы выиграете в эффективности. А там уже вам решать, что для вас важнее - стоимость разработки или эффективность решения.