Ниже мой запрос:MDX запросы ведет крутой с вырожденным измерением на CDE приборной панели
WITH
SET [sp] AS
([time.fin].[day].[${parDate}]:[time.fin].[day].[${partoDate}])
SET [factory] AS
{[organization].[org].[Fact1],[organization].[org].[Fact2],[organization].[org].[Fact3]}
MEMBER [btype].[b] AS
AGGREGATE(IIF('${param}'='All',
[btype].[type].members,
[btype].[type].[${param}]
))
SELECT
NON EMPTY {[factory]} ON COLUMNS,
NON EMPTY {[sp]}ON ROWS
FROM [cube1]
WHERE ([btype].[b], [Measures].[qty])
в этом BTYPE является вырожденной размерностью. Когда я выполняю этот запрос на CDE .. иногда я получаю java.lang.nullpointerexception, поведение очень случайное. Часто он дает результат и для нагрузки по умолчанию, он всегда приводит к положительным результатам. Но для изменения диапазона дат я случайно получаю исключение.
моя структура fact_table имеет 5 нормальных размеров и 3 вырождения.
Между тем, я также заметил, что если добавить к тексту больше зерна, тогда исключение больше не появляется. Но добавление, которое не заполняет мой требуемый результат.
Это что-то делать с вырожденным понятием размерности или высокой эмиссии мощности
это относительно просто 'mdx' так уверены, что ваша проблема является' mdx' – whytheq
дубликат этого: http://stackoverflow.com/questions/29755017/randon-error-processing-on-pentaho- cde-dashboard-for-mdx-query-widget – whytheq
Я думаю, что фактическая проблема лежит где-то в концепции вырожденных размерностей, а не в mdx. Я начал этот новый поток, потому что это была более определенная и определенная проблема, а не такая обобщенная. Вопрос mdx, о котором я упомянул, относится только к справочному –