|
|
|
Логика расчета
|
|||
|---|---|---|---|
|
#18+
Такой вопрос Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. В результате получаем, что для третьей и четвертой колонки значения одинаковые. Я правильно понимаю, что для этих мер указанная дата внутри в скобках после SELECT никак не влияет на результат? И еще. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. чтобы вместо выделенных строк было так Код: sql 1. 2. Это нужно для того, чтобы в результате были нужные названия заголовок (первая строка заголовка месяцы, а вторая строка заголовков - меры). Это возможно сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2017, 14:46 |
|
||
|
Логика расчета
|
|||
|---|---|---|---|
|
#18+
ferzmikk, 1. См картинку. На пальцах понятнее? 2. Как это Вы хотите запихнуть набор в кортеж? Вам нужен конкретный член, а это [Сет1].Item(0) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2017, 14:41 |
|
||
|
Логика расчета
|
|||
|---|---|---|---|
|
#18+
ShIgorferzmikk, 1. См картинку. На пальцах понятнее? На картинке понятно. Спасибо! Но тут поэкспериментировал с данными и потом кое что обнаружил интересное. Вот такой MDX-запрос. Возьмем для анализа Мера1 и вычисляемую меру Фильтр Предыдущий месяц Мера1. Эта вычисляемая мера рассчитывает сумму Мера1 по всем SKU для соответствующей ТТ. С учетом того, что в результате данные выводим по ТТ, а не по ТТ и SKU. Код: 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. Получаем такой результат ТТ00001Предыдущий месяцМера1223Базовый месяцМера1236Предыдущий месяцВычисляемая мера Предыдущий месяц Мера1223Базовый месяцВычисляемая мера Предыдущий месяц Мера1223Предыдущий месяцФильтр Предыдущий месяц Мера1223Базовый месяцФильтр Предыдущий месяц Мера1 217 Как видим в третьей и в четвертой строке значение 223, что так и должно быть. Но по последней строке другое значение. По сути якобы значение должно быть 223. Или тут другая логика срабатывает, например, фильтр как то влияет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2017, 07:16 |
|
||
|
Логика расчета
|
|||
|---|---|---|---|
|
#18+
Как правильно написать, чтобы вместо значения 217 возвращал 223? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2017, 07:40 |
|
||
|
Логика расчета
|
|||
|---|---|---|---|
|
#18+
ferzmikk, Сейчас в фильтре участвует [Время].[Месяц].CurrentMember, и получается, что результирующий набор SKU разный, ну и результаты тоже разные. См вложение - там все понятно. Чтобы вернуть 223, то и в фильтре надо указывать [Время].[Месяц].[Предыдущий месяц] Запрос для "велозавода" демонстрирует то же самое: MDX для Adventure Works Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2017, 21:56 |
|
||
|
Логика расчета
|
|||
|---|---|---|---|
|
#18+
ShIgorferzmikk, Сейчас в фильтре участвует [Время].[Месяц].CurrentMember, и получается, что результирующий набор SKU разный, ну и результаты тоже разные. См вложение - там все понятно. Чтобы вернуть 223, то и в фильтре надо указывать [Время].[Месяц].[Предыдущий месяц] Получилось! Спасибо! Надо было написать так Код: sql 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2017, 09:18 |
|
||
|
Логика расчета
|
|||
|---|---|---|---|
|
#18+
В общем, написал MDX-запрос для Adventure Works , который похож на реальный и упрощенный для быстрого понимания. Задача такая. Выгружается поле [Internet Sales Amount] так, чтобы было скорректировано. Пример во вложенном файле. Там прописаны формулы и должно так считаться, предполагая что сейчас Апрель 2008. Логика такая что именно только для двух субкатегории ("Bike Stands" и "Bottles and Cages" ) для текущего (Апрель 2008) и предыдущего месяца (Март 2008) идет расчет от фактических данных, а ранее предыдущего месяца (Февраль 2008 и ранее) выгружаются фактические данные. Остальные субкатегории выгружаются по фактическим данным вне зависимо какой анализируемый месяц и какой сейчас месяц. Запрос написал, запрос работает. Но получился очень сложный. Я думаю его можно написать попроще, учитывая что есть другие меры, которые надо также скорректировать. А также если написать в формуле проверку, чтобы знаменатель был не нулевым, то запрос удлиняется значительно. Код: 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. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. Как можно его упростить? Есть то, что еще не учел? Или есть специальная функция? Или тут надо прописывать пользовательскую функцию с аргументами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2017, 22:19 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=39438453&tid=1858286]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
56ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
| others: | 12ms |
| total: | 172ms |

| 0 / 0 |

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