|
|
|
MDX предыдущий элемент по множеству
|
|||
|---|---|---|---|
|
#18+
Здравствуйте господа, Есть измерение дат [Value Date].[Date].[All].Children -- дни. Есть некоторое множество (подмножество этих дат). Например это рабочие дни в данной области. Код: sql 1. 2. Есть некий показатель X. Нужно найти разницу между значением показателя X в текущий день и предыдущий рабочий день (предыдущий согласно множеству PlatformTradingDates). Значения в дни, не входящий в множество не учитываются. Известно, что вне этого множества Х равен NULL. Есть идеи, как написать MDX для такого показателя? В разделе вычисления куба. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 15:55 |
|
||
|
MDX предыдущий элемент по множеству
|
|||
|---|---|---|---|
|
#18+
a_voronin, признак "рабочий день" в календаре и по условию существования этого признака PrevMember ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 16:02 |
|
||
|
MDX предыдущий элемент по множеству
|
|||
|---|---|---|---|
|
#18+
StarikNavya_voronin, признак "рабочий день" в календаре и по условию существования этого признака PrevMember ? Заранее вычислить не получиться. Дело в том, что "рабочие дни", они не известны. Это некое виртуальное понятие, которая значит, что в этот день работали. Они определяются по признаку есть хотя бы одна запись в запись некоей группе мер. И это могут быть разные множества для разных областей. Есть измерение даты и в нем все календарные дни. Есть подмножество дат. Вот как на подмножестве взять предыдущий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 16:19 |
|
||
|
MDX предыдущий элемент по множеству
|
|||
|---|---|---|---|
|
#18+
a_voronin, почему бы сначала на уровне реляционки не посчитать какие дни рабочие в зависимости от "работали ли в некоей группе мер" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 17:12 |
|
||
|
MDX предыдущий элемент по множеству
|
|||
|---|---|---|---|
|
#18+
по моему где-то здесь было если не ошибаюсь, я писал что-то подобное в ABC анализе (логистика, а не бухгалтерия с их ActivityBasedCost) где во временном динамическом именном наборе на заднем плане (как якорная мера) rank (у тебя будет rank-1, с проверкой не является-ли начальным элементом) вычислялся в текущем контексте для нахождения позиции элемента в одном наборе над другим (через subset, относительная позиция) для последующих вычислений над ним. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 18:16 |
|
||
|
MDX предыдущий элемент по множеству
|
|||
|---|---|---|---|
|
#18+
но естественно тормоза жуткие из-за вложенных вычислений.. так что только на относительно небольших наборах (не сотни тыс.) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 18:17 |
|
||
|
MDX предыдущий элемент по множеству
|
|||
|---|---|---|---|
|
#18+
Alex_496, Я сделал именно такую группу мер. Теперь по этой группе мер надо взять предыдущий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 18:24 |
|
||
|
MDX предыдущий элемент по множеству
|
|||
|---|---|---|---|
|
#18+
a_voronin, ну а дальше - пробовать также на уровне реляционки на предыдущий раб.день посчитать(подтянуть) какие нужно показатели. Это может быть SQL-представление Проверять на больших объемах, что эффективнее: MDX или реляционный источник ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2019, 18:30 |
|
||
|
MDX предыдущий элемент по множеству
|
|||
|---|---|---|---|
|
#18+
a_voronin, Такие мысли Код: sql 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 10:24 |
|
||
|
MDX предыдущий элемент по множеству
|
|||
|---|---|---|---|
|
#18+
a_voronin, Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. Предыдущий СледующийJanuary 2005 n/a June 2005June 2005 January 2005 January 2006January 2006 June 2005 June 2006June 2006 January 2006 January 2007January 2007 June 2006 June 2007June 2007 January 2007 January 2008January 2008 June 2007 n/a ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2019, 10:59 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=39830019&tid=1857564]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
67ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 253ms |
| total: | 410ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...