Spotfire: Попытка заполнить значения «Null» с предыдущим значением в графике с возможностью поворота cloumn

Question

2 Отдельные таблицы данных для этого анализа:

Таблица A: таблица планируется выход на рабочую неделю. ~ Что мы хотим.

и

Таблица B: таблица фактический выход по серийному номеру. ~ что происходит.

Обе таблицы извлекаются из системы Microsoft AX, ERP. (SQL основе) Текущая неделя = 49 ток Таблица B:

Work Week TestLine2 TestLine3 TestLine4 TestLine5 TestLine6 
40   861   125   104      1108 
41   1310  325   179   50   2008 
42      625   454      2733 
43   1907  674   29      3493 
44   2507  724   804   74   3792 
45   3107     1105     4489 
46   3357  1023  1403     5014 
47   3732     1428     5764 
48   3857     1527     6388 
49         1626     6688 
50     
51     
52     

График:

Комбо Диаграмма должен показать выход против плана. Его часть плана - это бары cuml sum, а выход - линия cuml-sum. Пока выходная линия выше баров, мы знаем, что «все хорошо».

ось Х является Рабочая неделя

Y ось Кол-во

---

Прежде всего, существует проблема, что я видел первоначально в этой таблице & использования В разные идентификаторы A строк. Строки таблицы A - по серийным номерам, таблица B - по рабочей неделе.

Мне нужно найти общее количество серийных номеров, которые были закончены в каждую заданную рабочую неделю. Для Q4, Work Week (WW) будет 40-53. Таблица A имеет столбец WW. Я повернул &, в результате чего данные таблицы А были отображены за каждую рабочую неделю и поместили этот новый столбец в таблицу B. Все работает нормально, пока не будет недели, где не было выхода.

Этот поворотный столбец (Tlines) по умолчанию использует значение «null» для представления недели, в которой нет выхода.

Без проблем не так ли? Ну ... что происходит, например, для WW42, линия от WW41 до WW43 и имеет слегка увеличивающийся наклон.

Что нужно знать , чтобы показать плоскую линию от WW41 до WW42, потому что машины были опущены (без выхода). Однако с WW42 до WW43 сверхурочная работа была необходима, чтобы догнать, и линия должна иметь очень крутой уклон (максимальный выход).

Потребности: Мне нужно выражение, которое будет проверить, если значение равно нулю, если это - использовать последние недели число, в противном случае использовать эти недели номера.

---

Вот что я пытался первым, я откидывании, затем вычисляется и заменить столбец с этим выражением:

Если (T2Line) равна нулю, Сумма (T2Line) OVER (Назад ([Рабочая неделя ])), else Сумма (T2Line)

-Не работает.

также попытался это с помощью R-щелкнув по категории селекторов, выбрав 'пользовательское выражение' (2 колонки здесь):

-> первая колонка Сумма (PlanT2Line),

-> второй выражение столбца Случай, когда сумма (T2Line) IS NULL THEN Сумма (T2Line) OVER (Назад ([Рабочая неделя])) еще Сумма (T2Line) END

вместе выглядит следующим образом: Сумма (PlanT2Line), Case когда сумма (T2Line) равна NULL THEN Сумма (T2Line) OVER (Назад ([Рабочая неделя])) еще Сумма (T2Line) END

---

Ни выражение работает. Изучив, как работает поворот, я считаю, что поворот был убит «навигацией узлов». Метод «Предыдущий()» ищет предыдущий узел, но, поскольку я поворачивал эту информацию из другой таблицы в таблицу B, я считаю, что именно поэтому она не работает. Нет иерархии.

Это то, что я пробовал дальше. Я попытался создать пользовательскую иерархию с финансовым годом (FY) и рабочими неделями (WW) ниже этого. Используется FY, WW на x axix. Еще не кубики.

Я что-то упустил?

Я чувствую, что я, возможно, придется настроить фактическую таблицу данных где-то еще и затем импортировать его, так что мне не нужно использовать Spotfire для поворота данных, тем самым теряя «предыдущий узел ». Если я это сделаю, это означает больше времени от другого отдела. для этого нужно настроить это для меня.

So close.

Answer 1

Трудно правильно ответить без некоторых данных образца. Я предполагаю, что вам не хватает данных для WW42 - т.е. это выглядит:

[Work Week] [T2Line] 
40   1234 
41   2345 
43   3456 

причина ваше выражение OVER не работает, потому что, ну, это является рабочий :) нет никакого значения 42 в [рабочей неделе], поэтому Previous([Work Week]) имеет значение 41.

Я имел дело с этим в прошлом, установив встроенную, один-столбец фиктивной таблицы со всеми возможными значениями [Work Week] (я предполагаю, что вы каждый раз считая статическое количество недель), затем присоединяется к этому с вашим столом, чтобы вы остались с:

[Work Week] [T2Line] 
40   1234 
41   2345 
42    
43   3456 

---

или, я неправильно понял ваш вопрос. в этом случае, для ясности, вы могли бы поделиться некоторыми образцами данных, пожалуйста?