emolenevДобрый день.
Столкнулся с проблемой, в кубе созданы меры из разных таблиц (количество проданных упаковок в таблице с продажами и количество штук в каждой упаковке в таблице со списком продуктов). При создании вычисляемой меры, не происходит корректного вычисления. Нужно - сумма(количество упаковок * количество штук в упаковке). Сейчас сумма(количество упаковок) *сумма(количество штук в упаковке).
Очень прошу помощи в решении проблемы.
create dynamic set [ТолькоВыбранныеТовары] as existing [Измерение товаров].[Ключевой атрибут].[Ключевой атрибут];
create member [нужная_сумма_по_товарам] as
sum(existing [ТолькоВыбранныеТовары] -- таки так кошерно, потому что может быть multiselect выбор нескольких товаров
,
-- а вот тут количество упаковок для товара на количество штук в упаковке
количество упаковок * количество штук в упаковке
,null);

Формат отображения, название группы мер и так далее - по вкусу. Засунуть в calculations, конечно же.

ДедушкаГотичный вариант:
считать на источнике, делать физической мерой.
Кстати, да. В каждой строке таблицы с продажами брать кол-во упаковок, умножать на количеству штук в упаковке для нужного товара и получать помимо "продажи уп" еще и "продажи шт" физической measure.
И тогда будет летать. Но. Это потребует пересчета группы мер.
А вариант с dynamic set и подсчетом - длинным, тяжелым, но точным - потребует только правки формул в calculations.

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

emolenevЭто по факту мой первый куб. Нужно для работы , поэтому изучаю.
emolenev Я не специалист в данной области
Так если для работы - наймите себе в штат разработчика SSAS/OLAP. Он сделает Вам все нужные кубы, покажет, где, что и как менять. Далее будете в свободное от основной работы время таки развлекаться с переделками.

Зачем пытаться освоить то, что нужно прямо здесь и сейчас?

emolenevAndy_OLAPпропущено...

Кстати, да. В каждой строке таблицы с продажами брать кол-во упаковок, умножать на количеству штук в упаковке для нужного товара и получать помимо "продажи уп" еще и "продажи шт" физической measure.
И тогда будет летать. Но. Это потребует пересчета группы мер.
А вариант с dynamic set и подсчетом - длинным, тяжелым, но точным - потребует только правки формул в calculations.

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

Подскажите, это же делать в таблице на sql сервере сделать? Таким образом будет быстрее чем меру создавать? Или я не правильно понял?
В целом это выглядит примерно так.

emolenev,

Если кто-то внутри DSV для OLAP базы затянет таблицы вместо view поверх таблиц или связки таблиц только с нужными столбцами, если кто-то скажет select * from table1 вместо select [поле1],[поле2],[поле3]*[поле4] as [special_surprise] from table1 - можете поступить с ним крайне негуманно, впрочем оставаясь в правовом поле в рамках Женевской конвенции.