Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
Подскажите, а можно ли в MS AS 2000 сделать так, чтобы все calculation members были расчитаны в процессе расчета куба, а не в процессе использования? P.S. если что извините за глупый вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2006, 12:03 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
Нет Ускорить расчет можно путем использования кэша Т.е. выполнить после процессинга запрос с полным выбором ваших CM или выдать команду CREATE CACHE Но здесь другая проблема - CM считаются на клиенте, не на сервере. Все, что Вы сможете этим достигнуть - поместить в кэш сервера исходные данные для рассчетов ваших CM Можно поиграться с Execution Location=3, чтобы вынести расчет СМ на сервер, но будут ли при этом сохраняться значения СМ в серверном кэше - это еще вопрос. Можно сделать некий Engine, который будет выполнять ваши запросы и транслировать результаты вашему клиенту, вот тогда пожалуй точно получиться закэшировать результаты. А вообще интересно возможны ли "сохраняемые" СМ в AS2K5 и не написать ли нам это в список желаемых фич Владислав Беляев ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2006, 12:49 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
А как это обстоит в других OLAP серверах. Вообще не понятно почему такая фича не реализована. :( В качестве примера имею CM - количество различных товаров. Сделано через DISTINCTCOUNT Соответственно при достаточно большом количестве членов на осях все выполняется ООООЧЕНЬ ДОЛГО. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2006, 08:06 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
БеляевА вообще интересно возможны ли "сохраняемые" СМ в AS2K5 и не написать ли нам это в список желаемых фич Да это можно сделать в AS2005, но только по single granularity за раз, что существенно снижает сферу применимости. svcoderА как это обстоит в других OLAP серверах. Вообще не понятно почему такая фича не реализована. :( Через это все OLAP продукты прошли еще в начале 90х годов. Попытка просчитать весь куб заканчивается data explosion, которое делает невозможными кубы больше чем с 5-6 измерениями. В общем случае насколько мне известо, эта задача еще не решена никем, хотя у всех вендоров (TM1, Essbase, Analysis Services и т. д.) есть решения для различных частных случаев. Моша ---------------------------------------------------- This posting is provided "AS IS" with no warranties, and confers no rights ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2006, 08:28 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
2 svcoder: А как это обстоит в других OLAP серверах. Вообще не понятно почему такая фича не реализована. :( В качестве примера имею CM - количество различных товаров. Сделано через DISTINCTCOUNT Соответственно при достаточно большом количестве членов на осях все выполняется ООООЧЕНЬ ДОЛГО. Если рассмотреть OLAP-сервер Cognos PowerPlay, то CM там создаются не с помощью рукописного MDX, а с помощью конструкторов выражений, кликов мышки. Это позволяет не программировать то, что уже оптимально запрограммировано за 15 лет совершенствования OLAP-движка этого сервера. Таким образом можно избежать человеческого фактора, который особенно ярко проявляется и снижает производительность при большом количестве измерений в OLAP-кубе (10-15-20 и более). Видимо поэтому и Distinct Count, и другие CM в PowerPlay вычисляются значительно быстрее, чем в MS AS (при солидном объеме денных, секунды вместо минут). P.S. Мои наблюдения могут быть частными случаями, вполне возможно что когда PowerPlay показывал на порядок более высокую производительность чем MS AS, это происходило из-за неоптимальной настройки MS AS. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2006, 12:57 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
Mosha БеляевА вообще интересно возможны ли "сохраняемые" СМ в AS2K5 и не написать ли нам это в список желаемых фич Да это можно сделать в AS2005, но только по single granularity за раз, что существенно снижает сферу применимости. Но Как ? Ни в документации ни в BI studio ничего не нашел на эту тему Владислав Беляев ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2006, 11:18 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
БеляевМожно поиграться с Execution Location=3, чтобы вынести расчет СМ на сервер, но будут ли при этом сохраняться значения СМ в серверном кэше - это еще вопрос. Владислав Беляев а подробней можно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 16:28 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
Действительно, интересно по Execution Location. В BOL - есть упоминание этого свойства в главе "Analysis Services Programming". А вот как его установить, если клиент ProClarity и Excel Add-on? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2006, 19:07 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
Подробности относительно Exeсuted Location и выноса вычислений на сервер тут Однако тема про процессируемые CM как-то повисла, кто знает что-то про них в AS2005? Владислав Беляев ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2006, 21:48 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
Mosha БеляевА вообще интересно возможны ли "сохраняемые" СМ в AS2K5 и не написать ли нам это в список желаемых фич Да это можно сделать в AS2005, но только по single granularity за раз, что существенно снижает сферу применимости. А нельзя сделать какие-то комбинированные CM, чтобы были предрасчитанные по single granularity CM, а все производные уже рассчитывались постпроцессно на их базе, все быстрее? Владислав Беляев ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2006, 21:56 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
БеляевА нельзя сделать какие-то комбинированные CM, чтобы были предрасчитанные по single granularity CM, а все производные уже рассчитывались постпроцессно на их базе, все быстрее? Именно так оно и сделано, но к сожалению большинство интересных вычислений неаддитивно, т.е. из результатов на одном уровне невозможно получить результаты на более высоких уровнях. Моша ---------------------------------------------------- This posting is provided "AS IS" with no warranties, and confers no rights ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2006, 22:22 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
Mosha БеляевА нельзя сделать какие-то комбинированные CM, чтобы были предрасчитанные по single granularity CM, а все производные уже рассчитывались постпроцессно на их базе, все быстрее? Именно так оно и сделано... Моша, прокоменнтируйте, пожалуйста, это подробнее или дайте ссылку, где об этом почитать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2006, 22:49 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
Некая документация есть здесь http://msdn2.microsoft.com/en-us/library/ms146046.aspx , хотя приведенный пример вряд ли будет работать т.к. он не выглядит single grain. Моша ---------------------------------------------------- This posting is provided "AS IS" with no warranties, and confers no rights ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2006, 23:55 |
|
||
|
Расчет СМ
|
|||
|---|---|---|---|
|
#18+
MoshaНекая документация есть здесь http://msdn2.microsoft.com/en-us/library/ms146046.aspx , хотя приведенный пример вряд ли будет работать т.к. он не выглядит single grain. Моша ---------------------------------------------------- This posting is provided "AS IS" with no warranties, and confers no rights Спасибо, но дока действительно "некая". Скорее бы уже Ирина книгу свою дописала ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2006, 20:47 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=33594576&tid=1870467]: |
0ms |
get settings: |
8ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
108ms |
get topic data: |
14ms |
get forum data: |
4ms |
get page messages: |
66ms |
get tp. blocked users: |
2ms |
| others: | 223ms |
| total: | 453ms |

| 0 / 0 |
