Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Сustom Member Formula и VisualTotals???
|
|||
|---|---|---|---|
|
#18+
Все та же задача расчета входящих исходящих остатков. Создал измерение из трех элементов: «Обороты», «Входящий остаток», «Исходящий остаток». Через СustomMembers описал для «Входящий остаток» и «Исходящий остаток» соответствующие формулы расчета остатков. Все работает замечательно кроме режима VisualTotals. При расчете узла иерархии для visual total значения применяется функция агрегирования заданная для показателя и не выполняется custom member formula. Думаю что дело в Solve Order - Visual totals calculation выполняется после custom member formulas. Может кто подскажет как решить проблему? Может есть другие варианты реализация остатков корректно работающие с VisualTotals? Спасибо заранее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2005, 18:16 |
|
||
|
Сustom Member Formula и VisualTotals???
|
|||
|---|---|---|---|
|
#18+
У кого нибудь есть рабочая реализация остатков, корректно отображаемых OWC при включенном режиме Visual Totals? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2005, 10:12 |
|
||
|
Сustom Member Formula и VisualTotals???
|
|||
|---|---|---|---|
|
#18+
Слишком мало деталей чтобы понять в чем дело, но если дело действительно в SolveOrder - то его для Custom Member Formulas можно поменять при помощи Custom Member Options. Моша ---------------------------------------------------- This posting is provided "AS IS" with no warranties, and confers no rights ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2005, 10:15 |
|
||
|
Сustom Member Formula и VisualTotals???
|
|||
|---|---|---|---|
|
#18+
2Mosha Спасибо что откликнулись. Попробовал изменить Solve Order получил другой резудьтат, но не тот что нужен. Попробую объяснить проблему подробнее. Моя первая реализация входящего остатка была построена на Calculated Member ([Measures].[Входящий остаток для показателя X]). Для узлов измерения [Дата] (месяц, квартал, год) он рассчитывается по формуле ([Дата].CurrentMember.FirstChild, [Measures].[Входящий остаток для показателя X]). При работе в режиме VisualTotals эта формула не отрабатывала для узлов дат. По этим элементам выражение [Дата].CurrentMember.FirstChild всегда возвращало NULL. Если я правильно понял, то VisualTotals создает специальные Calculated Member которыми он подменяет существующие узлы в измерении [Дата] и передает их в формулу, а они ни как не встроены в структуру измерения (кроме ссылки на родителя). Ожидаемый результат Код: plaintext 1. 2. 3. Код: plaintext 1. 2. 3. Вторая реализация. Создал специальное измерение [Вид показателя] с тремя членами: [Вид показателя].[Обороты] [Вид показателя].[Входящий остаток] [Вид показателя].[Исходящий остаток] Формулы по расчету [Входящий остаток] и [Исходящий остаток] реализовал через Custom Member Formula. [Вид показателя].[Входящий остаток] для узлов измерения [Дата] рассчитывается ([Дата].CurrentMember.FirstChild, [Вид показателя].[Входящий остаток]). VisualTotals в этом варианте просто выполнял агрегацию показателей не используя Custom Member Formula. Ожидаемый результат Код: plaintext 1. 2. 3. 4. Код: plaintext 1. 2. 3. 4. Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2005, 14:25 |
|
||
|
Сustom Member Formula и VisualTotals???
|
|||
|---|---|---|---|
|
#18+
Попробуй SUM(HEAD(NonEmptyCrossJoin( descendants([Дата].CurrentMember,[Дата].levels(3)), [Measures].[Входящий остаток для показателя X]),1)) P.S. [Measures].[Входящий остаток для показателя X] - должна быть физ мерой а не CM. Вообщем сдесь ты берещь первый элемент полученного множество Дата + остаток и все рульно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2005, 15:40 |
|
||
|
Сustom Member Formula и VisualTotals???
|
|||
|---|---|---|---|
|
#18+
2OLAPMASTER Спасибо за вариант! Как я понял идею: таблица фактов содержит поле "Входящий остаток для показателя X", есть такой же показатель в кубе. OLAPMASTERSUM(HEAD(NonEmptyCrossJoin( descendants([Дата].CurrentMember,[Дата].levels(3)), [Measures].[Входящий остаток для показателя X]),1)) Ищем первый не пустой остаток в дочерних узлах. Принцип тот, но используется еще один показатель хранящий остатки. А хотелось бы избежать хранение остатков в фактах. А этот вариант с VisualTotals нормально работает? У меня есть сомнения, что в OWC в режиме VisualTotals результат будет отличаться от моего. Я проверил выполнение части выражения Код: plaintext в режиме VisualTotals. Результат тот же. Если эта формула выполняется до VisualTotals, то результат нормальный. Если изменить SolveOrder чтобы формула выполнялась после VisualTotals, то потомков нет. Какой то тупик. Если выполнить расчет ячеек до VisualTotals, то он тупо складывает отфильтрованные элементы. Если выражение расчитывается после VisualTotals, то подмененные элементы не содержат необходимых данных для расчетов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2005, 17:06 |
|
||
|
Сustom Member Formula и VisualTotals???
|
|||
|---|---|---|---|
|
#18+
Захотел найти как похожее реализована в FoodMart 2000. Нашел похожий Culculated Member - [Measures].[Employee Salary] Выполнил запрос Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Ожидался результат Код: plaintext 1. 2. 3. 4. Получили Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2005, 19:45 |
|
||
|
|

start [/forum/topic.php?fid=49&fpage=360&tid=1871382]: |
0ms |
get settings: |
5ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
22ms |
get topic data: |
8ms |
get forum data: |
1ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 243ms |
| total: | 332ms |

| 0 / 0 |
