|
|
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Есть 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. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. Выдает следующий результат КлиентКод юрлицаГородКод продукцииРеализация шт Январь 2018 Реализация шт Февраль 2018 Общая реализация продукции в компании Январь 2018 Общая реализация продукции в компании Февраль 2018Клиент1 All All 55005 48.0 144.0 2483 2725 Но если записать так Код: sql 1. 2. 3. 4. то выдает такой результат КлиентКод юрлицаГородКод продукцииРеализация шт Январь 2018 Реализация шт Февраль 2018 Общая реализация продукции в компании Январь 2018 Общая реализация продукции в компании Февраль 2018Клиент1 00001ГРД All 55005 48.0 144.0 48.0 144.0 Почему так? Как правильно написать запрос, чтобы при уточнении юр лица и города правильно показывал общую реализацию по компании по соответствующему месяцу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2018, 08:34 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
ferzmikk Код: sql 1. 2. 3. 4. Может надо где то скобки (круглые, фигурные) поставить или какую то функцию использовать, чтобы корректно сумму показывал? Или если уточняю юр лицо, то не получится показать общую сумму? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2018, 11:51 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
ferzmikkПочему так? Как правильно написать запроспотому что ваша сумма вычисляется в контексте запроса (определяемым в том числе и вашим [Набор клиентов]). написать правильный сет для суммирования (указав, что вам нужно именно по всем лицам\городам). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2018, 12:33 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
Дедушканаписать правильный сет для суммирования (указав, что вам нужно именно по всем лицам\городам). А если взять другого клиента MDX-запрос Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. Выдает следующий результат КлиентКод юрлицаГородКод продукцииРеализация шт Январь 2018 Реализация шт Февраль 2018 Общая реализация продукции в компании Январь 2018 Общая реализация продукции в компании Февраль 2018Клиент308 00002грд All 55005 10.0 4.0 10 4 Но если записать так Код: sql 1. 2. 3. 4. то выдает такой результат КлиентКод юрлицаГородКод продукцииРеализация шт Январь 2018 Реализация шт Февраль 2018 Общая реализация продукции в компании Январь 2018 Общая реализация продукции в компании Февраль 2018Клиент308 All All 55005 33.0 4.0 2483 2725 Результат должен быть таким КлиентКод юрлицаГородКод продукцииРеализация шт Январь 2018 Реализация шт Февраль 2018 Общая реализация продукции в компании Январь 2018 Общая реализация продукции в компании Февраль 2018Клиент308 00002грд All 55005 10.0 4.0 2483 2725 То как тут сет правильно написать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2018, 11:40 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
Надо было так написать Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. или так Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Только при втором варианте дольше выгружается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2018, 08:36 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
Из за того что добавил два атрибута ( [Торговые точки].[Код юрлица].[Код юрлица] и [Города].[Город].[Город] ) в фильтр, то запрос намного дольше работает теперь. Возможно ли как то оптимизировать, учитывая что расчет общей суммы для каждой продукции и месяца повторяется по разным клиентам? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2018, 10:23 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
Построить нужные агрегаты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2018, 10:48 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
ДедушкаПостроить нужные агрегаты. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2018, 14:45 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
ferzmikkДедушкаПостроить нужные агрегаты. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Так? Нет, не так. Коллега имел в виду, что в студии SSDT нужно открыть куб PROFIT и на закладке агрегатов для группы мер, в которую входит мера "Реализация шт" - построить агрегат на пересечении ключевого атрибута измерения "Торговые точки" и ключевого атрибута на измерении "Город" и атрибута "Месяц" на измерении "Время". Только это не поможет. Потому что придется еще и из-за "[Продукция].[Код продукции].CurrentMember" - включать в агрегат измерение "Продукция". И flex получится наверняка больше, чем исходный файл data. Я так думаю... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2018, 23:40 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
Andy_OLAP, Нету доступа к студии, хотелось бы решить проблему MDX-запросом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2018, 00:35 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
ferzmikkДедушкаПостроить нужные агрегаты. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Так? У такого способа есть какие то риски? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2018, 00:37 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
Зато намного быстрее сформировал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2018, 07:26 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
ferzmikkЗато намного быстрее сформировал 286 строк за 10 минут, до этого было более 30 минут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2018, 07:51 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
ferzmikkferzmikkЗато намного быстрее сформировал 286 строк за 10 минут, до этого было более 30 минут И это удивительно, учитывая, что "Filter([Подбор ТТ]" и "MEMBER [Торговые точки].[Клиент].[Подбор ТТ] AS". Функция Filter разве не принимает в качестве первого аргумента набор SET, а не формулу MEMBER? Вы чего-то не договариваете... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2018, 12:49 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
ferzmikkferzmikkЗато намного быстрее сформировал 286 строк за 10 минут, до этого было более 30 минут 286 строк за 10 минут, до этого было более 30 минут - имелось ввиду в рабочем запросе А для данного примера: раньше 19 секунд, а теперь 7 секунд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2018, 13:22 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
При таком запросе MDX-запрос Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. Регион городаКод продукцииРеализация шт Январь 2018 Реализация шт Февраль 2018 Общая реализация продукции в компании Январь 2018 Общая реализация продукции в компании Февраль 2018РегионГорода7 55005 234 415 2483 2725РегионГорода8 55005 240 400 2600 2800 Нужно отсечь таких клиентов как - { ({[Торговые точки].[Клиент].&[21]} * {[Торговые точки].[Код юрлица].&[09974грд]} * {[Города].[Регион города].&[3]}) } - { ({[Торговые точки].[Клиент].&[22]} * {[Торговые точки].[Код юрлица].[ALL]} * {[Города].[Регион города].[ALL]}) } Код: sql 1. 2. 3. 4. 5. 6. 7. Если поместить этот в субкуб, то меры Общая реализация продукции в компании Январь 2018 и Общая реализация продукции в компании Январь 2018 получаются нулевые и запрос дольше работает. А если поместить в WHERE, то пишет Иерархия Регион города уже присутствует на оси Axis1. Скажите, как нужно вычесть таких клиентов, чтобы при расчете общей суммы реализации не отсекались эти клиенты? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2018, 12:38 |
|
||
|
Не корректно показывает общую сумму
|
|||
|---|---|---|---|
|
#18+
Разобрался! Надо было так написать. MDX-запрос Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. хотя запрос может быть не оптимальным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2018, 12:15 |
|
||
|
|

start [/forum/topic.php?desktop=1&fid=49&tid=1857928]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
63ms |
get topic data: |
82ms |
get forum data: |
3ms |
get page messages: |
133ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 323ms |

| 0 / 0 |

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