|
|
|
Отсекать отрицательные значения
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Есть MDX-запрос MDX-запрос Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Выдает такой результат: КлиентКод юрлицаРегион городаКод продукцииРеализация штКлиент1 КодЮрЛица1 Регион города1 55012 -1.0Клиент2 КодЮрЛица1 Регион города1 55012 1.0Клиент3 КодЮрЛица1Регион города2 55012 -5.0Клиент3 КодЮрЛица1 Регион города3 55012 -16.0Клиент3 КодЮрЛица1 Регион города3 55012 5.0Клиент3 КодЮрЛица1 Регион города4 55012 3.0Клиент3 КодЮрЛица1 Регион города4 55012 2.0Клиент3 КодЮрЛица1 Регион города4 55012 1.0 Если запустить такой MDX-запрос MDX-запрос Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. То выдает такой результат Код продукцииОбщая реализация продукции в компании Ноябрь 201855012 -10 В сумме нужно не учитывать отрицательную реализацию. Должно быть не "-10", а "12". Если в выделенном месте второго MDX-запроса вместо выражения "<>" написать ">", то результат будет таким же. Почему так? По логике отрицательные не должны браться? Как правильно написать для второго MDX-запроса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2018, 13:27 |
|
||
|
Отсекать отрицательные значения
|
|||
|---|---|---|---|
|
#18+
ferzmikk, Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2018, 14:55 |
|
||
|
Отсекать отрицательные значения
|
|||
|---|---|---|---|
|
#18+
grAlex, Для первого запроса все понятно, нужно именно для второго запроса. MDX-запрос Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2018, 15:01 |
|
||
|
Отсекать отрицательные значения
|
|||
|---|---|---|---|
|
#18+
ferzmikkПочему так? По логике отрицательные не должны браться? Как правильно написать для второго MDX-запроса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2018, 15:48 |
|
||
|
Отсекать отрицательные значения
|
|||
|---|---|---|---|
|
#18+
Вот если так написать MDX-запрос Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. То выдает нужный результат КлиентКод юрлицаРегион городаКод продукцииРеализация штКлиент2 КодЮрЛица1 Регион города1 55012 1.0Клиент3 КодЮрЛица1 Регион города3 55012 5.0Клиент3 КодЮрЛица1 Регион города4 55012 3.0Клиент3 КодЮрЛица1 Регион города4 55012 2.0Клиент3 КодЮрЛица1 Регион города4 55012 1.0 Сумма отгрузок составляет 12. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. То выдает такой результат Код продукцииОбщая реализация продукции в компании Ноябрь 201855012 -10 Возвращает "-10", учитывает отрицательные отгрузки. А должен возвращать "12", без учета отрицательных отгрузок. Как правильно MDX-запрос написать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2018, 00:33 |
|
||
|
Отсекать отрицательные значения
|
|||
|---|---|---|---|
|
#18+
Я даже так писал, попроще, чтобы исключить влияние MEMBER [Торговые точки].[Клиент].[Сет] Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. То все равно возвращает "-10", а не "12". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2018, 00:39 |
|
||
|
Отсекать отрицательные значения
|
|||
|---|---|---|---|
|
#18+
Почему функция Filter не фильтрует отрицательные значения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2018, 00:41 |
|
||
|
Отсекать отрицательные значения
|
|||
|---|---|---|---|
|
#18+
ferzmikkВ сумме нужно не учитывать отрицательную реализацию помогите написать простой calculated member пжст "детализация измерений вашего куба доходит до каждой отгрузки, т.е. есть ли в нем какие-либо уникальные для каждой отгрузки значения? если нет, то с помощью calculated member задачу не решить, потребуется правка источника данных" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2018, 12:22 |
|
||
|
Отсекать отрицательные значения
|
|||
|---|---|---|---|
|
#18+
grAlex"детализация измерений вашего куба доходит до каждой отгрузки, т.е. есть ли в нем какие-либо уникальные для каждой отгрузки значения ?" Что значит уникальные для каждой отгрузки значения? Детальнее будет, если выгружать еще и по ТТ+SKU+Дата. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2018, 12:46 |
|
||
|
Отсекать отрицательные значения
|
|||
|---|---|---|---|
|
#18+
Получилось. Так не правильно Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. Так правильно Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 1. Получается в [Торговые точки].[Клиент].[Сет] надо толкать атрибуты только одного текущего измерения. Верно? 2. В первый аргумент фильтра перенес [Города].[Регион города].[Регион города ] и добавил [Время].[Дата].[Дата] . 3. В результате запрос намного быстрее стал формироваться. 4. Тут есть что еще не учел? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2018, 23:05 |
|
||
|
|

start [/forum/topic.php?fid=49&fpage=18&tid=1857715]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
69ms |
get tp. blocked users: |
2ms |
| others: | 230ms |
| total: | 395ms |

| 0 / 0 |

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