AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
NAV
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 08.06.2010, 14:40   #1  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2161 (81) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Правильно ли я понимаю, что:
1. Вы утверждаете, что нужно поменять name column в аттрибуте так, чтобы он возвращал код (например, 33) вместо названия? Т.е. пользователь в ОЛАП-отчете увидит именно 33, а не понятный ему SALES.
2. Вы утверждаете, что MDX выражение работает именно с name-column аттрибута, а не с ключом? Т.е. многие другие KPI в этом и других кубах написаны неверно, ведь там повсеместно используется конструкция вида [Employee].[Status].&[1], т.е. фильтр на значение ключа аттрибута, а не его наименования?
__________________
Ivanhoe as is..
Старый 08.06.2010, 15:29   #2  
dmitro is offline
dmitro
Участник
 
48 / 19 (1) ++
Регистрация: 18.07.2008
Адрес: Москва, РФ
Ivanhoe,

Цитата:
1. Вы утверждаете, что нужно поменять name column в аттрибуте так, чтобы он возвращал код (например, 33) вместо названия? Т.е. пользователь в ОЛАП-отчете увидит именно 33, а не понятный ему SALES.
Я утверждаю (и KPIWalktrough взятый с msdn тому подтверждение), что NameColumn - это то поле, на которое накладывается фильтр = '33', а не то, что увидит пользователь в отчете. В отчете пользователь видит сумму:

(([Mesures].[Master Amount - Ledger],[Ledger account descriptions].[Ledger account categories].&[33])
+ ([Measures].[Master Amount - Ledger],[Ledger account descriptions].[Ledger account categories].&[48])

что означает дословно 'выбрать сумму AmountMST из LedgerTrans ака измерение [Mesures].[Master Amount - Ledger],

Нажмите на изображение для увеличения
Название: 08.06.1.png
Просмотров: 547
Размер:	64.7 Кб
ID:	5896

у которых счету из LedgerTable соответствует категория из LedgerAccountCategory

Нажмите на изображение для увеличения
Название: 08.06.2.png
Просмотров: 366
Размер:	37.5 Кб
ID:	5897

c фильтром на NameColumn = 33 ака [Ledger account descriptions].[Ledger account categories].&[33]' и т.д.

Если как в стандарте, то правильно было бы [Ledger account descriptions].[Ledger account categories].&[SALES]
Цитата:
2. Вы утверждаете, что MDX выражение работает именно с name-column аттрибута, а не с ключом? Т.е. многие другие KPI в этом и других кубах написаны неверно, ведь там повсеместно используется конструкция вида [SIZE=2][Employee].[Status].&[1], т.е. фильтр на значение ключа аттрибута, а не его наименования?
Именно так. В других точно также: Status = 1 означает то же самое, что NameColumn = 1. Под выражением 'NameColumn' в OLAP подразумевается скорее всего что-то типа "именованного столбца", а не аксаптовского "наименования". А KeyColumn содержит уникальный ключ таблицы.
Старый 08.06.2010, 17:08   #3  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2161 (81) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от dmitro Посмотреть сообщение
Ivanhoe,


Я утверждаю (и KPIWalktrough взятый с msdn тому подтверждение), что NameColumn - это то поле, на которое накладывается фильтр = '33', а не то, что увидит пользователь в отчете.
Простите, а вы работали с отчетами OLAP? Когда пользователь построит отчет и в строках, например, захочет сделать группировку по категориям счетов, то в значениях ему не интересно видеть 1, 2, 3, ..., ему понятнее видеть SALES, COGS, etc. Т.е. это поле пользователь все-таки увидит - вернее его значение.

Цитата:
Сообщение от dmitro Посмотреть сообщение
В отчете пользователь видит сумму:
...

Именно так. В других точно также: Status = 1 означает то же самое, что NameColumn = 1. Под выражением 'NameColumn' в OLAP подразумевается скорее всего что-то типа "именованного столбца", а не аксаптовского "наименования". А KeyColumn содержит уникальный ключ таблицы.
Ок, не поленился, провел эксперимент: не менял nameColumn, поменял сам текст KPI - см. картинку 1 и результат - картинка 2. Если вернуть как было [35], то в отчете выдается нормальная цифирка из ГК.

Мне кажется, что в KPIWalkthroug на странице 18 ошибка и смотреть надо было keyColumn.
Миниатюры
Нажмите на изображение для увеличения
Название: 1_1COGS.gif
Просмотров: 548
Размер:	35.1 Кб
ID:	5900   Нажмите на изображение для увеличения
Название: 1_2Result.gif
Просмотров: 378
Размер:	10.0 Кб
ID:	5901  

__________________
Ivanhoe as is..
Теги
kpivalue, ssas, ssrs, totalpayables, totalreceivables

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
emeadaxsupport: List of fixes that improve performance of certain features in Dynamics AX 2009 Blog bot DAX Blogs 0 13.10.2009 19:06
gatesasbait: Dynamics AX 2009 SSRS and SSAS Integration Tips Blog bot DAX Blogs 3 09.07.2009 13:07
SSRS and SSAS Integration for Microsoft Dynamics AX 2009 Vadik DAX: База знаний и проекты 0 21.01.2009 09:41
axStart: Microsoft Dynamics AX 2009 Hot Topics Web Seminar Series Blog bot DAX Blogs 0 06.08.2008 12:05
Dynamics AX: Dynamics AX 2009 & SQL Server 2008 Blog bot DAX Blogs 0 10.06.2008 21:08

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 19:36.