У нас есть клиент с Oracle Standard и проект, который было бы в десять раз проще решить с помощью OLAP. Однако Oracle поддерживает OLAP только в версии Enterprise.
Миграция на предприятие невозможна
Я думаю о ручном моделировании OLAP, создании реляционных таблиц для имитации технологии.
Вы знаете какой-нибудь другой способ, которым я мог бы это сделать? Может быть, инструмент с открытым исходным кодом для OLAP? Любые идеи?
Вы можете имитировать функциональность OLAP, используя инструменты на стороне клиента, указывающие на реляционную базу данных.
Лично я считаю, что лучшим инструментом для работы, вероятно, является Tableau Desktop. Это удивительно сложный инструмент внешней аналитики, с помощью которого ваши реляционные данные будут выглядеть многомерными без особых усилий, а сам инструмент действительно сногсшибательный. У них есть бесплатная пробная версия, так что вы можете попробовать. Мы активно используем Tableau для нашего собственного анализа и были очень впечатлены. Конечно, этот инструмент также работает с многомерными базами данных, поэтому, если в конце дня у вас останется несколько кубов, вы можете продолжать использовать внешний интерфейс Tableau.
Что касается открытого исходного кода, вы можете попробовать Palo — сервер MOLAP с открытым исходным кодом и интерфейс Excel.
Если вы заинтересованы в создании собственного внешнего интерфейса для создания отчетов и использовании .NET, существует ряд компонентов (например, DevExpress PivotGrid или несколько инструментов от RadarSoft), которые сделают то же самое, но потребуется некоторая смазка локтя, чтобы собраться вместе.
Я обнаружил, что именно схема вызывает большинство проблем, возникающих у людей при выполнении запросов к базе данных. OLAP заставляет вас использовать либо плоскую таблицу, либо схему «звезда/снежинка», которую легко запрашивать и которая сравнительно быстрее исходных таблиц oltp. Таким образом, если вы ETL своего источника для плоской таблицы или звездообразной схемы, вы должны получить 80% того, что вы получаете от OLAP, 20% приходится на MDX и аналитические функции и производительность.
Обратите внимание, что вы также должны получить повышение производительности со звездообразной схемой в реляционной базе данных, и Oracle, вероятно, в любом случае имеет аналитические функции в PL/SQL.
Попробуйте сервер OLAP с открытым исходным кодом под названием «Mondrian». IIRC XMLA API в этом достаточно совместим с AS, чтобы обмануть службы сводных таблиц, что позволит вам использовать его с ProClarity или Excel.
IIRC изначально был разработан для работы с Oracle — это архитектура HOLAP, использующая базовые таблицы в базовом реляционном хранилище и кэширующие агрегаты. Вы также можете использовать материализованные представления и переписывать запросы в базовой базе данных Oracle для выполнения агрегатов.
Еще несколько мыслей на эту тему:
На самом деле в Oracle Standard есть средство OLAP, основанное на потомке Express, встроенном в механизм базы данных и сохраняющем свои внутренние структуры данных в BLOB в основных табличных пространствах. Использование этого технически возможно, но не обязательно целесообразно по следующим причинам:
Он использует крайне нестандартный механизм запросов OLAP с очень небольшой поддержкой сторонних инструментов (AFAIK ArcPlan — единственный сторонний интерфейс OLAP, поддерживающий 10g+ OLAP), плохую документацию по языку запросов и почти полное отсутствие сторонней литературы, описывающей его. Это будет работать с B.I. Beans, если вы хотите написать интерфейс JSP. Он вообще не совместим с MDX. По состоянию на начало 2006 года лучшее, что могла сделать Oracle в ответ на вопрос о детализации (эта функция не поддерживалась в Discoverer Drake), — это порекомендовать создать приложение JSP с использованием B.I. Бобы.
Причина отсутствия пути миграции со Standard на Enterprise заключается в том, что Enterprise на самом деле является тем, что раньше было Siebel Analytics. Стандарт — это старый потомок Oracle OLAP/Express, которого партнеры Oracle рекомендовали избегать еще до того, как Oracle выкупила Seibel. Oracle даже не пытался поддерживать миграцию.
С этой точки зрения Mondrian на самом деле является наиболее экономичным решением OLAP для магазина Oracle Standard Edition. Вы можете получить поддерживаемую версию в компании Pentaho1. Следующим по дешевизне является Analysis Services, который поставляется с SQL Server. После этого вам понравится Hyperion Essbase, который будет на порядок дороже, чем SQL Server или любая поддерживаемая версия Mondrian.
В то время как MS SQL Server предлагает OLAP, вам потребуется лицензия Enterprise для использования куба в реальной среде с выходом в Интернет.
Вы также можете попробовать www.icCube.com — мы достаточно гибки в отношении источника данных, используемого для заполнения куба, и весьма рентабельны по сравнению с крупными участниками рынка.
