Администрирование
HyperSQL, IBM DB2, IBM DB2, Interbase, Firebird, Yaffil , MSSQL, MySQL, ORACLE, PostgreSQL, SYBASE, Другие, Курсы, ... |
Безопасность
HyperSQL, MSSQL, Oracle, Phpmyadmin, Инъекция SQL, Книги, Патчи, Программы, Скрипты, СУБД, ... |
Проектирование БД
Business intelligence, Data Warehouse, Designer 2000 (Oracle), ErWin, ETL, OLAP, Sybase PowerDesigner , Другие CASE средства, Статьи, Теория БД, ... |
Производительность
DB2, HyperSQL, IBM DB2, Interbase, Firebird, Yaffil, MSSQL, MySQL, ORACLE, PostgreSQL, SQL, SYBASE, Другие, ... |
Установка
HyperSQL, IBM DB2, Interbase, Firebird, Yaffil , MSSQL, MySQL, ORACLE, PostgreSQL, SYBASE, Другие, ... |
|
|
Главная Бизнес - анализ (BI) Сравнение платформ Business Intelligence компаний Business Objects S.A. и MicroStrategy Inc
Сравнение платформ Business Intelligence компаний Business Objects S.A. и MicroStrategy Inc
|
|
|
|
Одними из самых крупных игроков на рынке программного обеспечения комплексного бизнес-анализа данных (Business Intelligence - BI) являются компании MicroStrategy Inc. и BusinessObjects A. По данным IDC эти компаниям в совокупности принадлежит около 15% рынка. Продукты этих омпаний обеспечивают решение задач построения запросов к информационным хранилищам, ормирования корпоративной отчетности, OLAP-анализа, распространения отчетности среди ользователей и публикации аналитических документов на Web-ресурсах.
Было бы интересно попытаться сопоставить продукты этих производителей, тем более, что компанияMicroStrategy, проводя агрессивную маркетинговую политику, разместила у себя на сайтелюбопытный документ «Take the MicroStrategy vs. Business Objects QuickTour». В документесравнивается реализация некоторых ключевых BI-функций в продуктах этих компаний. В частности,рассматриваются такие возможности: Подход к созданию аналитической отчетности. Чтобы оценить возможность использованиякоммерческого BI-продукта для конкретной задачи, нужно знать реализованные в продуктепринципы работы с аналитическими документами, возможности форматирования отчетов,аналитические операции. Архитектура WEB-доступа. Доступ к аналитической отчетности через WEB позволяеторганизовывать удобную и привычную интернет-инфраструктуру распространенияинформации. Для интернет-решений будет важно, каким образом BI-продукт поддерживаетWEB-технологии. Масштабируемость продуктов. Растущие объемы данных и число пользователей могутотрицательно сказываться на производительности системы. Возможности разграничения доступа к данным. Для аналитических систем, оперирующих ссовокупными показателями деятельности компании или группы компаний, необходимообеспечивать четкое разграничение доступа к коммерческой информации. Поддержка аналитических функций. Для решений, ориентированных на проведение анализа,нужно дополнительно оценивать состав предлагаемых аналитических функций ивозможностей. Доставка отчетности пользователям. Переход от распространения аналитическойотчетности по запросу пользователя на событийно-управляемую рассылку на различныеустройства потребует рассмотрения у продуктов функций активной доставки информации.MicroStrategy утверждает, что все ключевые BI-функции лучше реализованы в ее собственныхпродуктах. Не желая давать оценки плохо-хорошо и не являясь приверженцем какого-то одногопродукта, в настоящей статье содержится самостоятельный анализ этих функций, дающий повод кразмышлению о возможностях применения продуктов.Статья основана на опыте использования продуктов MicroStrategy и Business Objects в проектахсоздания центров корпоративной и аналитической отчетности.Часть 1. Подход к созданию аналитической отчетностиДля начала, рассмотрим «толстые» клиентские продукты MicroStrategy Desktop 7.2.0 иBusinessObjects 5.1.5. Оба продукта позволяют на основе подготовленных метаданных формироватьаналитическую отчетность. При этом используются различные подходы.- 2 -Создание отчетов и детализацияMicroStrategy, критикуя Business Objects, говорит, что этот продукт реализует настольный анализ(Desktop OLAP), т.е. все данные содержатся на локальном компьютере пользователя, там жевычисляются аналитические функции. При получении отчета выполняются следующие действия:1. пользователь выбирает объекты предметной области, необходимые ему для анализа/отчета;2. клиентское ПО BusinessObjects, исходя из описаний объектов, строит SQL-запрос инаправляет его РСУБД;3. РСУБД выполняет запрос и целиком передает данные на клиента;4. клиентское ПО интерпретирует данные, строит микрокуб, выполняет, где необходимо,простейшие аналитические функции (суммирование, усреднение и т.д.), после чего выводитрезультат;5. все пользовательские запросы детализации, выходящей за границы куба, требуют повторногопостроения целого куба.В целом, описанная последовательность верна. Действительно, BusinessObjects получает все данныена компьютер пользователя, строит здесь аналитический куб и выполняет аналитические функции.Однако, при создании запроса в BusinessObjects, пользователь может регулировать размер куба,получаемого на клиенте, устанавливая границы анализа. В границах анализа можно указатьдополнительные аналитические уровни, по которым нужно получить данные. Указаниедополнительных границ анализа усложняет запрос к базе данных, требует большего времени навыполнение и увеличивает объем данных, хранящихся в памяти клиента. Однако, при необходимостидетализации на заранее выбранные уровни в границах анализа, результат получается мгновенно, безобращения к базе данных. Таким образом, BusinessObjects действительно реализует DOLAP в рамкахданных имеющихся на клиенте. Но это не всё.Если попытаться детализировать данные на уровни, заранее не указанные в границах анализа,BusinessObjects создает дополнительный запрос к базе данных, чтобы обеспечить требуемуюдетализацию. Этот запрос приведет к построению еще большего куба, чем при первоначальномзапросе. Но и этим можно управлять - если в настройках BusinessObjects выставить флаг «Применятьфильтры при детализации», тогда запрос будет сгенерирован так, чтобы результат фактическисодержал только визуально требуемые данные. Это позволяет говорить, что BusinessObjectsпозволяет осуществлять ROLAP-анализ.Компания MicroStrategy утверждает, что ее продукты изначально спроектированы и предназначеныдля ROLAP-анализа больших хранилищ данных. Чтобы получить отчет, выполняются следующиедействия:1. пользователь выбирает объекты предметной области, необходимые ему для анализа/отчета;2. клиентское приложение MicroStrategy Agent передает состав запроса в Intelligence Server.MicroStrategy Intelligence Server представляет собой сервер приложений, реализующийобработку аналитических запросов;3. Intelligence Server, используя метаданные, строит и выполняет SQL-запрос, распределяяобработку данных между РСУБД и внутренним аналитическим ядром;4. результат работы Intelligence Server передается клиенту;5. клиентское ПО выводит результат.Главное отличие в порядке получения отчета в MicroStrategy Agent и BusinessObjects – наличиевыделенного OLAP-сервера приложений Intelligence Server. Для BusinessObjects такой серверфактически содержится на клиенте (рис.1).- 3 -В MicroStrategy невозможно заранее устанавливать границы анализа. Все требования детализациивыполняются через генерацию дополнительных запросов, также выполняемых через IntelligenceServer.Теперь попытаемся оценить, какое решение будет более производительным в части времениполучения первоначальных данных отчета и последующей детализации. Оказывается, что припростой схеме (напр. когда показатель является суммой факта в условиях «звезды») продуктыMicroStrategy и BusinessObjects генерируют примерно одинаковый SQL-запрос. В таком случае,оценка производительности сводится ко времени выполнения OLAP-подобных запросов СУБД, и независит от средств анализа. Отличия начинаются при создании сложных аналитических отчетов.Чтобы рассмотреть подходы к созданию усложненной аналитической отчетности нужно разобратьструктуру документов реализованную в продуктах компаний.Структура аналитических документовРассмотрим структуру документа BusinessObjects (рис.2).Документ содержит несколько отчетов (аналог листа в Excel). Каждый отчет может содержатьпроизвольное количество таблиц и диаграмм. Информацию для таблиц и диаграмм поставляютпровайдеры данных. Провайдер данных – компонент BusinessObjects, генерирующий SQL-запрос, наоснове описаний бизнес-объектов, выбранных пользователем. Как крайние случаи, провайдеруданных можно на вход передать «рукописный» SQL, плоский файл или указать хранимую процедуру.Потенциально, документ BusinessObjects может содержать несколько провайдеров, возможноиспользующих разные базы данных.Самое главное, что данные, полученные провайдерами, отделены от их представления. Т.е.диаграммы или графики могут показывать часть данных, или агрегированные значения данных.Более того, диаграмм и графиков может вообще не быть в документе.Документ BusinessObjects сохраняется как файл. В этом файле содержится: описания провайдеров данных; данные; описание визуального представления данных.База данныхBusiness Objects .exeРис. 1 Принципы доступа к базам данных из «толстых» клиентоввстроенныйOLAP-компонентIntelligenceServerдокументБаза данныхMicroStrategy Agent .exeОтчет- 4 -При открытии файла источники провайдеров данных могут быть не доступны, т.к. данные хранятсявместе с документом. Можно продолжать работать с отчетами в автономном режиме, напр. создаватьновые диаграммы. Если источники доступны, можно обновить данные – соответственноперерисуются все визуальные элементы документа.У MicroStrategy реализован другой подход к формированию отчетности (рис.3). Базовым понятиемMicroStrategy является отчет. Отчет создается с помощью дизайнера отчетов, в которомпользователь указывает набор бизнес-объектов, необходимых для отчета. При запуске отчета наБазаданныхДизайнер отчета (1) Результат запроса(1)визуальное представление отчета (1)HTML-документ MicroStrategyТаблица или диаграмма Отчет (1)данные отчета (1)Рис. 3 Формирование документов MicroStrategyДизайнер отчета (2) Результат запроса(2)визуальное представление отчета (2)Таблица или диаграмма Отчет (2)данные отчета (2)Дизайнер отчета (3) Результат запроса(3)визуальное представление отчета (3)Таблица или диаграмма Отчет (3)данные отчета (3)IntelligenceServerБаза данных АБаза данных ВПровайдер данных A Результат запроса Aвизуальное представление документаДокумент BusinessObjectsТаблицы и диаграммы Отчет (1)Таблицы и диаграммы Отчет (2)Таблицы и диаграммы Отчет (3)Провайдер данных В Результат запроса Вданные документаРис. 2 Формирование документов BussinesObjects- 5 -выполнение, его описание передается в Intelligence Server, который на основе метаданныхгенерирует SQL-запросы, а результаты их выполнения обрабатывает и передает клиенту. Упользователя есть возможность представить данные в виде таблицы или диаграммы. В рамкаходного отчета создавать несколько представлений данных (несколько графиков или отчетов)невозможно.Описание отчета, включая визуальное представление, хранится в метаданных MicroStrategy. Данныеотчета ни где не сохраняются, и при открытии отчет выполняется заново. Отчет в MicroStrategy, вотличие от аналогичного термина в BusinessObjects, является самостоятельной аналитическойединицей. Предполагается, что анализ данных пользователь проводит внутри отчета, а не документа.Для составления документа, содержащего несколько таблиц и диаграмм, MicroStrategy предлагаетиспользовать html-документы. Для редактирования html-документов MicroStrategy содержитспециальный редактор документов. В этом редакторе, на «чистом листе» размещаютсясуществующие отчеты, а также обычные презентационные элементы: картинки, подписи, html-ссылки.Получившийся таким образом документ сохраняется в мета-данных MicroStrategy. При открытиидокумента в браузере, Intelligence Server последовательно исполняет отчеты, содержащиеся вдокументе, после чего данные визуализируются в документе в соответствии с описаниями отчетов ивыбранными стилями. (Подробнее архитектура WEB-доступа будет рассмотрена в следующей части).Форматирование отчетовВ целом, оба продукта располагают развитыми возможностями форматирования отчетов идокументов.Опция форматирования BusinessObjectsMicroStrategyAgentWISYWIG + -OLAP-навигация + +Out-line режим + +Библиотека стилей + +Вращение, кросс-таблицы + +Итоги + +Предупреждения (thrasholds) + +Секционное форматирование + -Сортировка + +Фильтры + +Форматирование ячеек + +Функциональные ячейки (напр. значение промта запроса) + -Однако, поддержка WISYWIG, а также некоторые другие опции, позволяют утверждать чтоформатирование лучше реализовано в Business Objects.Сложная аналитикаИтак, как же быть при необходимости получать отчеты, содержащие несколько сложных метрик?Сложной метрикой можно считать напр. такую метрику: объем продаж усредненный по сумме трехлучших месяцев прошлого года. Как в условиях простой схемы хранилища данных получить отчет,содержащий несколько таких метрик?- 6 -Для MicroStrategy эта задача может быть решена средствами самого продукта. Во-первых,MicroStrategy позволяет определять составные (compound) метрики – метрики, которые строятся наоснове других метрик. Расширенный редактор метрик позволяет определить независимые фильтрыметрик, правила и уровни группировок. Определение метрики-примера можно естественно и логичнопостроить в MicroStrategy.Во-вторых, MicroStrategy содержит большое количество сложных аналитических функций. Всё этопозволяет определять в MicroStrategy самые изощренные метрики.При создании отчета пользователь выбирает набор необходимых метрик, а дальше MicroStrategyIntelligence Server, используя многопроходной SQL, вычисляет и объединяет значения, выдаваяготовый результат. Здесь надо быть готовым к тому, что многопроходной SQL требует от IntelligenceServer создания в СУБД временных таблиц, время жизни которых совпадает со временем построенияотчета. И в крайних ситуациях размер временной таблицы может быть соизмерим с размеромхранилища данных.Для Business Objects эта задача «естественным образом» вряд ли может быть решена. Можнопредложить несколько выходов: использовать витрину данных. Т.е. использовать средства РСУБД, в которой находитсяхранилище данных, для того, чтобы заранее, на стадии пополнения хранилища, вычислятьсложные метрики; при работе с документом в Business Objects, можно создавать новые переменные сиспользованием встроенных аналитических функций. Однако ограничения по использованиювстроенных функций не всегда позволят вычислить любую метрику. К тому же, использованиеэтих функций требует наличия базовых данных в документе, объем которых может оказатьсябольшим; создавать несколько провайдеров, каждый из которых будет получать значения однойметрики. Далее можно объединить данные провайдеров и получить искомый результат. Внекоторых случаях даже потребуется несколько провайдеров для вычисления одной метрики.Возможно, придется вычислять некоторые значения путем ручного определения SQL-запроса; усложнять метаданные, создавая специальные объекты, в которых вручную кодировать SQL-запрос; комбинировать указанные способы.Выводы этой части1. В условиях простой схемы информационного хранилища и простых аналитическихтребований производительность продуктов MicroStrategy и Business Objects определяютсяпроизводительностью РСУБД.2. Business Objects позволяет реализовывать настольный анализ в автономном режиме. Дляработы с отчетами MicroStrategy в настольном режиме необходим сервер приложенийIntelligence Server, источник данных и метаданные.3. В целом, Business Objects представляет более обширные возможности форматированияотчетности без программирования, чем MicroStrategy.4. Сложные аналитические показатели естественным образом реализуются в MicroStrategy, вотличие от Business Objects. |
|
Последние добавленные статьи |
|
|
|
|