|
Panorama NovaView ::: OLAP-клиент от разработчиков технологии MS OLAP
|
|||
---|---|---|---|
#18+
Базовый функционал Drill Down/Drill Up Фильтрация по нескольким элементам измерения Последовательный перебор значений фильтра в пределах одного уровня В контекстном меню DrillDown отражается количество элементов в уровнях – полезно знать, если измерение гигантское Произвольная вложенность измерений на каждой оси Автоматическое отражение изменений на диаграмме Диаграмма Стандартные типы бизнес-графиков, 3-D, настраивается положение, масштабирование, шрифты и цвета. Возможны графики нескольких типов в одной диаграмме (линейная + столбцовая) OLAP-операции из графиков Удобное управление тем, какие данные таблицы отражаются на графике: Выделяются мышкой нужные клетки. Ненужные столбцы/строки можно исключить из графика (иконка диаграммы в заголовках столбцов/строк) Может использоваться встроенная графика, или OWC. Более продвинутый функционал Сортировка – как с разбиением иерархий, так и без. Столбцы, по которым произведена сортировка, помечаются иконкой Принудительное скрытие элементов Кнопка скрытия/отображения иерархии – очень удобно, по сравнению с другими программами Фильтры по значению: значение больше, меньше, равно, в диапазоне, вне диапазона, лучшие/худшие по сумме, по проценту, по количеству Показатели фильтрации могут интерактивно меняться и могут быть выведены в интерфейс отчета Подитоги, общие итоги. Подитоги (Sub totals)= сумма по видимым элементам, общие (Grand totals) = по всем элементам, включая скрытые Процентный вклад. Можно отображать значение клетки как процент по отношению к ее родителю, к подитогу, или к общему итогу Режим ручного обновления данных (полезно для конструирования отчетов для больших БД) Аннотации: для каждого отчета можно добавить текстовое описание с форматированием. В аннотации можно встраивать ссылки на внешние документы (URL) Таблица может отображать/скрывать пустые строки/столбцы, показывать пустую клетку вместо NULL или N/A, можно задавать формат, шрифт, высоту/ширину клетки и т.п. В клетке может помещаться многострочный текст (длинные наименования элементов или показателей). Отображаются свойства элементов (member properties) при указании мышкой. Функционал для экспертов Текстовый поиск элементов Пользовательские формулы с использованием MDX, дополнительных библиотек функций Panorama и интерактивных параметров Помощник выбора элементов. Позволяет выбрать все элементы одного уровня, элементы, удовлетворяющие какому-либо условию. Хранит список фильтров. Есть превью. Фильтрация по значению свойств элементов (member properties) Preview отчета перед печатью Публикация таблицы: в Excel (XLS, XML), HTML Пользовательские параметры для интерактивного what-if анализа Можно использовать форматирование, задаваемое в кубах Drill-through (доступ к исходным данным, на которых построен куб). Менеджер подобных запросов позволяет хранить несколько представлений с разными фильтрами и набором столбцов. Результаты запросов можно экспортировать в Excel Кросс-вью (Cross-View). Data Mining-инструмент, аналогичный MS Data Analyzer Write-back - запись информации в кубы – поддержка функции MS AS – в т.ч. автораспределение, когда пользователь вводит значение показателя на уровне группы, сервер "раскидывает" это значение по подчиненным элементам, редактирование измерений Прямой ввод MDX-запросов как основы для отчета Исключения. Индикация исключений – интересующих пользователя блоков данных. Исключения могут быть трех видов: o Простые – индикация цветом попадания/непопадания значений в некоторый пользовательский диапазон. Одновременно можно задать несколько разных. o Сложные – базируются на пользовательских формулах, MDX o Сквозные (Bubble-Up) – индицируют попадание/непопадания значений в некоторый пользовательский диапазон на скрытых уровнях иерархии. Например, если в группе товаров есть товар с остатком < 10 ед., эта группа будет выделена цветом. GIS – визуализация OLAP-данных на географической карте. Используется функционал MS MapPoint http://www.1bi.ru/panorama.htm ... |
|||
:
Нравится:
Не нравится:
|
|||
20.09.2002, 10:51 |
|
Panorama NovaView ::: OLAP-клиент от разработчиков технологии MS OLAP
|
|||
---|---|---|---|
#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.
... |
|||
:
Нравится:
Не нравится:
|
|||
20.09.2002, 13:45 |
|
Panorama NovaView ::: OLAP-клиент от разработчиков технологии MS OLAP
|
|||
---|---|---|---|
#18+
Рекламная пауза? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.09.2002, 13:49 |
|
Panorama NovaView ::: OLAP-клиент от разработчиков технологии MS OLAP
|
|||
---|---|---|---|
#18+
Izvinyayus za latinitsu. Na kakih razmernostyah eto tvorenie misli isprobovano? Menya interesuet proizvoditelnost v sleduyuschei situazii: Fact table > 10.000.000. Dimensions > 20 Large dimensions > 5 Measures > 30 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2002, 17:17 |
|
Panorama NovaView ::: OLAP-клиент от разработчиков технологии MS OLAP
|
|||
---|---|---|---|
#18+
Расскажите поподробнее время выполнения чего вы хотите узнать? И напишите что в Вашем понимании большие измерения? В принципе Ваша база не является чем-то сверхбольшим. Я могу прислать техническое описание проекта T3, в котором Microsoft, Unisys, EMC и ProClarity создали демобазу для MS Analysis Services из базы в SQL размером в 1.2 терабайта. В этом проекте было измерение с 700 000 элементов. В фактической таблице 7.7 миллиардов записей. И ProClarity выдержало. Также я знаю про проект в Израиле, в котором база исходная более 5 терабайт. Этот клиент это страховая компания Clalit - самая крупная страховая компания в Израиле в области страхования здоровья. У этого клиента более 500 пользователей ProClarity. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2002, 20:31 |
|
Panorama NovaView ::: OLAP-клиент от разработчиков технологии MS OLAP
|
|||
---|---|---|---|
#18+
Ishodnya DW-BD immeet tablizu prodazhi, v kotoroi okolo 12,000,000 strok. Ozmereniya: Tovar - 200,000 strok Klient - 80,000 strok Schet - 3,000,000 strok Esche okolo 20 izmerenii. Menya interesuet OLAP-reschenie na baze MSOLAP Standard Edition. Uznat ya hochu vremya vipolnerniya zaprosov. Klient 1GHz PIII, 256 Mb Server 2*1GHz PIII 2Gb Trebovanie po vremeni reakzii sistemi < 10s. MDX Zapros choto vrode: WITH member [CalendarYear].[Column 0] as 'AGGREGATE(PeriodsToDate([CalendarYear].[Year],[CalendarYear].[All CalendarYeare].[2001].[H2].[Q4].[10]))' member [CalendarYear].[Column 1] as 'AGGREGATE(PeriodsToDate([CalendarYear].[Year],[CalendarYear].[All CalendarYeare].[2000].[H2].[Q4].[10]))' member [CalendarYear].[SubCol0 2] as 'AGGREGATE(PeriodsToDate([CalendarYear].[Year],[CalendarYear].[All CalendarYeare].[2001].[H2].[Q4].[10]))' member [CalendarYear].[SubCol1 2] as 'AGGREGATE(PeriodsToDate([CalendarYear].[Year],[CalendarYear].[All CalendarYeare].[2000].[H2].[Q4].[10]))' member [CalendarYear].[Column 2] as '([CalendarYear].[SubCol0 2]-[CalendarYear].[SubCol1 2])', SOLVE_ORDER = 1 member [CalendarYear].[SubCol0 3] as 'AGGREGATE(PeriodsToDate([CalendarYear].[Year],[CalendarYear].[All CalendarYeare].[2001].[H2].[Q4].[10]))' member [CalendarYear].[SubCol1 3] as 'AGGREGATE(PeriodsToDate([CalendarYear].[Year],[CalendarYear].[All CalendarYeare].[2000].[H2].[Q4].[10]))' member [CalendarYear].[Column 3] as '([CalendarYear].[SubCol0 3]-[CalendarYear].[SubCol1 3])*100/[CalendarYear].[SubCol1 3]', SOLVE_ORDER = 1 SET [RowSet0] AS '{descendants([Customer].[All Customern],[Customer].[Customer])}' SET [RowSet1] AS 'FILTER([RowSet0],([Measures].[Relation_Customer] > 0))' SET [RowSet2] AS 'FILTER([RowSet1],( (([CalendarYear].[Column 0],[Measures].[Sales])>10000)))' SET [RowSet3] AS 'topcount([RowSet2],100,([CalendarYear].[Column 0],[Measures].[Margin]))' member [Customer].[Sum] as 'SUM([RowSet2],[Measures].CurrentMember)' SELECT {[CalendarYear].[Column 0],[CalendarYear].[Column 1],[CalendarYear].[Column 2],[CalendarYear].[Column 3]} ON COLUMNS, CROSSJOIN({[Customer].[Sum],[RowSet3]},{[Measures].[Revenue],[Measures].[Margin],[Measures].[SupplyDuration]}) ON ROWS FROM Sales WHERE ([SalesRepresentative].[All SalesRepresentative].[(101) Kollner]) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.11.2002, 16:04 |
|
Panorama NovaView ::: OLAP-клиент от разработчиков технологии MS OLAP
|
|||
---|---|---|---|
#18+
Если вы сами пишите запрос, то время реакции не зависит от клиента. Вам надо переделывать структуру кубов. Подумайте, а сильно ли Вам нужно измерение счет. Или, как минимум, поставьте что оно зависит от измерения контрагент. Посмотрите, чтобы в полях Member key column не было текстовых полей. Посмотрите во что упирается процесс, в диск или в камень или в память. Может быть имеет смысл сделать апгрейдик. Далее интересно какой вариант хранения данных вы используете. MOLAP, HOLAP или ROLAP. Вот написал я это все и начал читать Ваш запрос. При желании можно написать запрос, который убьет любо сервер. Он у Вас так построен, что Вы с чистой совестью можете вместо олапа пользоваться SQL Serverом. У Вас там используется функция Aggregate. Она вычисляется в процессе исполнения запроса. Весь смысл и радость OLAP в выборке предварительно рассчитанных данных. Так что начните с перестроения запроса. P.S. А запросы с подобной логикой можно строить в ProClarity в дополнительном модуле ProClarity Selector. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.11.2002, 20:07 |
|
Panorama NovaView ::: OLAP-клиент от разработчиков технологии MS OLAP
|
|||
---|---|---|---|
#18+
>Если вы сами пишите запрос, то время реакции не зависит от клиента. Escho kak ot klientskoi mashini zavisit. Connection option "Execution Side" nosit rekomendatelnii harakter, no ne prinuditelnii. Kak tolko u menya slozhnii Slicer (Neskolko Elementov odnogo iz izmerebnii, ili Dimension Lement Property) - nagruzka perepolzaet na klienta :-)) >Вам надо переделывать структуру кубов. Подумайте, а сильно ли Вам нужно измерение счет. Или, как минимум, поставьте что оно зависит от измерения контрагент. >Посмотрите, чтобы в полях Member key column не было текстовых полей. Eto Azbuka. >Посмотрите во что упирается процесс, в диск или в камень или в память. Может быть имеет смысл сделать апгрейдик. Extensivnie meri - poslednee delo. >Далее интересно какой вариант хранения данных вы используете. MOLAP, HOLAP или ROLAP. Tolko MOLAP. Vse ostalnoe - tormoza. >Вот написал я это все и начал читать Ваш запрос. При желании можно написать запрос, который убьет любо сервер. Он у Вас так построен, что Вы с чистой совестью можете вместо олапа пользоваться SQL Serverом. V dinamike postroennii zapos na goluyu fakt Table??? V tom to i fes fokus, chto klientskoe prilozhenie stroit zapros dinamicheski - ad-hoc MDX. >У Вас там используется функция Aggregate. Она вычисляется в процессе исполнения запроса. MDX Solutions ot Spofforda izuchen vdol i poperek. Zhal tam malo o gramotnom postroenii kubov. Bolshe o gramotnom ispolzovanii MDX. >Весь смысл и радость OLAP в выборке предварительно рассчитанных данных. Tolko kak takom sluchae kak gramotno postroit vtoroe izmerenie vremeni v kotorom PeriodsToDate budut kak Dimensions elements predstavlen >А запросы с подобной логикой можно строить в ProClarity в дополнительном модуле ProClarity Selector. Eto ne samoe slozhnoe, to chto ya vam predstavil. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.11.2002, 15:07 |
|
|
start [/forum/topic.php?fid=49&fpage=417&tid=1873666]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
25ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
others: | 244ms |
total: | 362ms |
0 / 0 |