|
|
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток. Есть корректно работающий MDX. Код: plaintext 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. Селект вырван профайлером из excel 2007. Я создаю следующие CM: Код: plaintext 1. 2. 3. 4. 5. 6. 7. Беру тот же самый запрос а получаю чушь! Везде стоит значение "А" кроме empty элементов(там стоит "о" как и должно быть). Пожалуйста, подскажите в чем проблема. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2008, 11:01 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Причем сами set'ы неправильные(хотя и при не правильных должны были быть все группы: и "А" и "Б" и "С" и "o") Ниже set'ы ppA и ppB: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2008, 11:12 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
SerLightБеру тот же самый запрос а получаю чушь! Не вникая в детали предположу, что результат расходится с Вашим ожиданием по той причине, что множества вычисляются в разных контекстах: соответственно с where и без where. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2008, 12:15 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Fec un Tues, может быть я неправильно понял о каком "where" вы говорите, но если о том, что стоит в select'е , то и в MDX скрипте и в запросе посылаемом excel'ем он один и тот же. Собственно я из экселя запрос и вытянул. Кстати, пробовал в mdx и с подзапросами - работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2008, 14:01 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Блин. Понял о чем Вы! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2008, 14:04 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Создаю в Visual Studio два именованных множества [ABC Валовая прибыль A] Код: plaintext 1. 2. 3. 4. 5. Код: plaintext 1. 2. 3. 4. 5. [ABC Валовая прибыль] Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2008, 15:44 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
(В дополнение к предыдущему посту) Такой запрос очень сильно тормозит - 6 минут Код: plaintext 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. против 2-х секунд с именованными наборами (SSMS) Код: plaintext 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2008, 17:45 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Поднимаю тему. Несмотря на то что причина неработоспособности моих CM понятна, проблему так и не удалось обуздать. А так как у Evgenych такая же проблема, то все таки прошу помощи уже Нам) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2008, 14:14 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 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. Попробуйте так. Только это будет ABC относительно всех товаров, без учета тех атрибутов товара, которые выставлены в where. Впрочем, в эталонных запросах с set то же самое, потому что не используется Existing. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2008, 16:28 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Fec un Tues, попробовал использовать функцию existing. Код: plaintext 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. Как заставить функцию TopPercent "заглянуть" в Where? (когда она используется в контексте сессии, а не запроса) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2008, 12:59 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Я с Existing ошибся, TopPercent и так вычисляет с учетом where (когда в контесте запроса). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2008, 14:38 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Есть!!! Задача решена!)) Решена на SSAS 2008. В 2005ом можно было использовать только статические сеты которые считаются 1 раз на всю сессию! Теперь же в 2008ом есть возможность создавать динамические сеты, которые определяются для каждого запроса заново. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2009, 11:44 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
SerLight, SSAS 2008 R2. Столкнулся с "зависанием" ВСЕГО куба: проблема в использовании в кубе динамических сетов на предложенном решении, при том, что их можно и не использовать (строю отчет без них). Выборка любого элемента измерения в фильтре Excel может занять 5-10 сек. Без динамических сетов все работает шустро (как должно, собственно). В дин. сете используется атрибут на ~60 тыс.элементов для ABC. Теперь проблема с тем, как решить эту задачку. CU не спасли пока. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2011, 13:42 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
SerLightЕсть!!! Задача решена!)) Решена на SSAS 2008. В 2005ом можно было использовать только статические сеты которые считаются 1 раз на всю сессию! Теперь же в 2008ом есть возможность создавать динамические сеты, которые определяются для каждого запроса заново. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Попробовал Ваш метод - действительно он не привязан к фильтрам и почти правильно формирует эти списки (в ppA входит 80% и 80,01% почемуто но уже не так важно), но есть одна проблема - когда я выполняю его на 300 записях то работает нормально, но когда стал пробовать на 65Гб хранилище то ждал 10 минут и отменил. Пробовал добавить еще 2 динамических набора вида Код: plaintext 1. 2. Я практически не знаю MDX, и может этот сет можно доделать както. Господа прошу вашей помощи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2011, 13:18 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Заменил Код: plaintext 1. Код: plaintext 1. но когда я пишу Код: plaintext то Excel ругается. Как сделать ссылку в minA на его же поле [Measures].[Quantity] ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2011, 14:19 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Вобщем мое решение для БОООЛЬШИХ кубов: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Причем если сеты сравнивать через MIN Код: plaintext 1. Владимир Штепа предлагал использовать через RANK без динамических сетов Код: plaintext 1. ИТОГО когда я воодрузил решение на ХД 107 Гб то получил время обработки запроса 3.4 сек!!!! Господа это очень хороший результат!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2011, 17:54 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
mihamiВладимир Штепа предлагал использовать через RANK без динамических сетов Ну, скажем, когда он это предлагал, еще и динамических сетов не было... mihamiкогда я воодрузил решение на ХД 107 Гб то получил время обработки запроса 3.4 сек!!!! То, что ХД 107 Гб - это мало о чем говорит. Важен размер иерархии в элементах. На измерении Customer из Adventure Works Ваш вариант действительно гораздо быстрее (на моей древней около 15 секунд), чем тот, на котором остановился SerLight, и, тем не менее, думаю, можно сделать еще быстрее, если немного переписать решение, которое я приводил выше ( 6626346 ). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2011, 14:39 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
mihamiВобщем мое решение для БОООЛЬШИХ кубов: Нужно не для для больших кубов, а для больших измерений. Попробуйте свой пример на 100 - 150 тыс. элементах... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2011, 14:45 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Fec un Tuesдумаю, можно сделать еще быстрее, если немного переписать решение, которое я приводил выше ( 6626346 ). Вот так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. Динамические сеты здесь нужны для того, чтобы реагировать на фильтр (в where или subselect), в котором может оказаться какая-нибудь иерархия из Customer. Но есть проблема, о которой раньше говорил Voyager_lan. Эти динамические сеты замедляют работу Excel. Например, при определении фильтров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2011, 15:25 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Voyager_lanmihamiВобщем мое решение для БОООЛЬШИХ кубов: Нужно не для для больших кубов, а для больших измерений. Попробуйте свой пример на 100 - 150 тыс. элементах... В том разрезе товаров что я делал чуть больше 80 тыс. наименований ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2011, 15:13 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Fec un TuesFec un Tuesдумаю, можно сделать еще быстрее, если немного переписать решение, которое я приводил выше ( 6626346 ). Код: plaintext 1. 2. 3. 4. Динамические сеты здесь нужны для того, чтобы реагировать на фильтр (в where или subselect), в котором может оказаться какая-нибудь иерархия из Customer. Но есть проблема, о которой раньше говорил Voyager_lan. Эти динамические сеты замедляют работу Excel. Например, при определении фильтров. Разница между моим и Вашим кодом в использовании ( [Customer].[Customer].Parent, [_minA] ) вместо sum на наборе из 1го элемента. Так работает быстрее? (по идее должно быть так) Я просто пока начинающий в этом деле )) Вопрос с задержкой при выборе фильтров присутствует, но не в таких временных диапазонах как говорил Voyager_lan. Но заметил интересную особенность: эти задержки в 2010 Excel больше чем в 2007 (как это ни странно!) и в 2007 они есть только при первом обращении к фильтру, а при последующих их нет вообще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2011, 15:30 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Господа. Подкажите идею решения задачи: приведенная выше задача АВС анализа должна иметь продолжение только не по фильтрам которые выбирает пользователь, а выполнить АВС анализ для каждого элемента в списке (производитель напр.) и после некоторых манипуляций с данными залить их в таблицу на сервер. Строить прямые MDX запросы для куба я толком не понял как, да и не могу выбрать все поля что мне надо. Пробовал через SSIS используя ADO.NET подлючение к Analysis Services как источник с запросом: Код: plaintext 1. 2. 3. Пока остановился на таком решении: в Excel написал макрос (VBA) который меняет фильтры в таблице и записывает данные на другой лист. Потом подлючаюсь через SSIS к книге Excel и работаю с ней. Время выполнения задачи в Excel'ле 34-35 сек, но не устраивает то, что всеравно необходима ручная работа (открыть книгу, запустить макрос, сохранить книгу, запустить SSIS пакет). Господа, есть ли идеи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2011, 15:46 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
Это уже даже не off-topic, а off-off-topic. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2011, 15:58 |
|
||
|
MDX. Странное поведение CM.
|
|||
|---|---|---|---|
|
#18+
SerLightЕсть!!! Задача решена!)) Решена на SSAS 2008. В 2005ом можно было использовать только статические сеты которые считаются 1 раз на всю сессию! Теперь же в 2008ом есть возможность создавать динамические сеты, которые определяются для каждого запроса заново. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Реализовал у себя подобный вариант (выше писал его особенности), все работает нормально. Кидаю в строки товары, после кидания в фильтр нар. "магазин" то перечень товаров уменьшается, что говорит о том что динамический сет пашет правильно. Добавляю в фильтр дату - все ОК. Но, возникла необходимость добавить в фильтр например "группа товара" и начинаются траблы. Когда я выбираю группу товара в которой около 45 позиций - то сет уже не пересчитывается. Да и он вообще никак не реагирует на фильтр "группа товара". Пробовал также с нуля ставить сначало группу товара и потом все остальное - реакции никакой. Честно говоря сижу в раздумии.... или надо дописать че в MDX или неправильно сделано измерение "группа товара", хотя продажи сожно смотреть нормально и как бы практика в этом есть. Может есть у кого идеи или куда хоть смотреть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2011, 13:12 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=35733212&tid=1858325]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
35ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
71ms |
get tp. blocked users: |
2ms |
| others: | 16ms |
| total: | 169ms |

| 0 / 0 |

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