У меня есть подсказка о значении со статическим выбором вариантов (например, «2010», «2011», «2012» и т. Д.). Этот запрос значения связан с параметром в моем главном запросе, который называется «pYearString». Этот главный запрос снова содержит элемент данных ('YearString'), который ссылается на этот параметр, например:
#prompt('pYearString', 'string', '2013')#
Посредством отношения основной детали этот элемент данных затем снова связывается с параметром в подробном запросе, как можно показать здесь: (Я удалил изображение для всего, что считал несущественным).
Затем один из элементов данных в подробном запросе ('ActualsThisYear') снова ссылается на этот параметр, например:
tuple(#"[My_Cube].[Time].[Time].[Year]->:[TM].[Time].[Time].[@MEMBER].[" + strip(prompt("pYear"), "'") + "]"#, [Actuals])
В котором первым аргументом является MUN выбранного года в моем измерении времени. Это работает нормально, и я получаю правильные числа. Это означает, что параметр в подробном запросе указан правильно.
Однако, если я попытаюсь добавить расчет макета в заголовок столбца, чтобы показать выбранный год, ничего не отображается. Расчет макета может выглядеть примерно так:
' ' + ParamDisplayValue('pYear')
Этот расчет макета работал отлично, когда значение параметра было задано непосредственно из приглашения значения, в отличие от отношения основных деталей, которое я использую сейчас.
Если кому-то интересно, почему я использую эту громоздкую взаимосвязь основных деталей, то это потому, что мне нужно управлять вводом определенными способами, что в противном случае невозможно.
Кто-нибудь знает, почему это происходит, и даже как это исправить?
Заранее спасибо!
РЕДАКТИРОВАТЬ: вопрос действительно сводится к следующему: нельзя ли использовать расчеты макета для параметров в подробных запросах, когда их значение задается через отношение "главный-подробный"?