Дано: есть группа мер со общей стоимостью товара, стоимостью за вычетом скидок, весом проданного товара и т.п.
теперь заказчик хочет, чтобы у него была возможность добавить в отчёт ещё и ЦЕНУ товара, и Цену без НДС.
Геморрой в том, что если стоимость товара можно спокойно аггрегировать, то цена товара должна оставаться неизменной. А в случае с ценой товара без НДС возникает ещё нюанс с тремя видами ставок НДС (0% / 10% / 20%). При этом третья ставка меняется каждые несколько лет.
Вот и вопрос - как это лучше сделать - дополнительные меры кинуть, и использовать на них First Value ? Или Last Value? Или что-то ещё?
Или создать в таблице фактов для каждой строки доп. столбец с рассчитываемой величиной НДС? И добавить новое измерение, которое будет скрещиваться с таблицей фактов по ID товара и величине НДС и будет состоять из столбцов ID товара, Величина НДС, цена с НДС, цена без НДС? И без геморроя с соединением фактов и измерения ещё и по датам, так как геморрой будет вынесен в вышеупомянутый рассчитываемый столбец величины НДС таблицы фактов? А, нет, даты будут всё равно, так как у каждой цены свой диапазон действия. Зато с НДС уже этого геморроя не будет. Хорошо.
А тип такого соединения какой будет? Соответствие будет однозначное, но соединение таблицы фактов и измерения аж по трём столбцам идёт? Или это вообще некорректно?

Лять! Гениально! И кажется, у меня уже есть всё необходимое!

Или тут тоже есть подводные камни? Хм...
В итоге может быть получена не цена товара за конкретный период, а пропорциональная, в зависимости от величины продаж в этих периодах по этим ценам.
Впрочем, в случае с LAST / FIRST тоже получаем только одно значение - первое / последнее. Или оба, если добавить обе меры - и FIRST, и LAST.
А в случае с измерением - или информации вообще нет, или будет ещё один срез - по цене товара?

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

В итоге создал мини-мусорное измерение - ID, цена с НДС, цена без НДС.
Цена в строках с аналитикой по товарам есть.
Вопрос - как это всё аккуратно свернуть, а то получается куча строк с разными ценами? Добавить промежуточные атрибуты или что и как?

StarikNavyDaniilSeryi,

зачем "цены" в измерение? или это группа мер?

Это необходимость добавить цену товара в каждую строку отчёта

bideveloperDaniilSeryi,

Если сворачивать, то надо делать меру. Если хотите среднюю цену именно за период, а не за количество продаж, то сделайте таблицу дата, товар, цена, цена без НДС. На ее основе можно сделать меру Сумма за период, Сумма без НДС за период. Потом поделить на меру Количество дней (на основе таблицы времени).

Да в том и дело, что среднюю цену за период внутренний заказчик вообще не хочет. Нужна именно конкретная цена из конкретного прайс-листа, по которой был продан конкретный товар.
В итоге сделал мусорное измерение Id, код товара, цена, цена без НДС,
И в таблице фактов поля цена, цена без НДС и ID_таблицы_измерения (not null, default 1). Код товара там и так был.

StarikNavyDaniilSeryiЭто необходимость добавить цену товара в каждую строку отчёта
тогда лучше их вывести отдельной группй мер, без привязки к ненужным измерениям
заодно расчеты можно делать в СМ

Агрегация - none, так как нужна конкретная цена конкретного товара в конкретный момент времени?
Пробовал, не получилось.