А что делать, если значением показателя должен быть текст ?
Если создать признак и включить его в неключевые поля ODS - то в Query не получается вывести его в столбцы рядом с остальными признаками.
Или делать его, все-таки, в кубе как признак, а в правилах обновления, если текст поменялся, то удалять старые значения ?
В какую сторону копать посоветуете ?

Копать в сторону документов к значениям.

А как Вы себе представляете физический смысл текстового показателя? Он же не просто так называется именно показателем, а не признаком.
Что касается изменения признака в кубе. Важно понять в модели - этот текстовый показатель, что он реально характеризует. Глобально - он характеризует какой-то факт, вместе с остальные признаки. Вопрос в том, что участвует ли он в идентификации факта (т.е. если этот признак-показатель меняется, то остается ли факт тем же самым фактом или нет).
Если участвует, то он должен быть заведен как признак и "при изменении" не изменяться, а предыдущий факт должен сторнироваться, а новый - добавляться.
Если не участвует, то, скорее всего, можно найти признак, из нормальных, из тех, которые идентифицируют факт, для которого можно будет сказать, что этот "текстовый показатель" является атрибутом.
Ну и наконец, если у нас есть такой атрибут, который относится сразу ко всему факту (или просто - сразу к нескольким признакам), то можно поступить так - сделать такой признак комплексный, у которого будет ключем склейка из всех необходимых признаков, а Ваш "текстовый показатель" завести к нему атрибутом. Обновляйте тогда его как нужно!

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