Инструмент отчетности для OLAP, * не * OLTP!

Question

Я ищу элемент управления, который я могу установить поверх уже существующей схемы звезд OLAP, чтобы пользователь мог определить свои собственные «запросы» и генерировать отчеты. Прямо сейчас у меня есть предопределенные отчеты, построенные поверх кубов, но я бы хотел, чтобы пользователь определял свои критерии на основе кубов, которые я создал. Я нашел много продуктов, которые позволят вам обрабатывать транзакционную таблицу, такую ​​как OLAP-куб, но ничего конкретно для ранее существовавших кубов.

EDIT: Позвольте мне быть ясным, я знаю, что существует множество инструментов отчетности, которые утверждают, что сообщают о кубах OLAP. Проблема в том, что все они предполагают, что они смотрят на транзакционные данные и пытаются создать свои собственные кубы. У меня есть таблицы, содержащие десятки, если не сотни миллионов записей. Большинство инструментов вылетают из строя при обработке этих данных, а другие просто невероятно медленны. Я не хочу инструмент, предназначенный для деловых людей.

Я хочу инструмент, который понимает, что такое звезда и схема снежинок. Я хочу сказать, что это за таблицы фактов и каковы таблицы измерений, а затем создает над ними пользовательский интерфейс. Это более простая проблема для поставщика инструмента, потому что я ложкой кормя их кубиками. Я хочу полагаться на то, что кубы - это стандартизованный шаблон, и я хочу использовать инструмент, который использует этот факт. Я хочу, чтобы инструмент ориентировался на разработчиков и начинался с предположения, что я действительно знаю, как управлять моими данными, ему просто нужно собрать красивые отчеты для меня, а не рушиться под тяжестью моих данных.

Answer 1

Ну SSRS для SQL Server предназначен для использования с кубами (мы постоянно проверяем наши хранилища данных), но это конкретная реализация поставщика, и если у вас нет SQL-сервера, вы не можете использовать он, как и SQL Server. Вы можете писать запросы MDX, а не только прямые t-sql. Я знаю, что вы можете ссылаться на другие базы данных в запросах, но я никогда не пытался ссылаться на таблицы разных поставщиков, потому что наши хранилища данных хранятся в хранилище данных SQL Server.

Answer 2

Стефан, если ваша конечная цель предназначена для отчетности, я бы предложил такой инструмент, как Tableau. Это очень просто, чтобы учиться у обычного пользователя, и он позволяет им создавать отчеты «на лету» с помощью интерфейса или вводить пользовательские запросы к базе данных. Если вы ищете что-то более продвинутое, я бы предложил такой продукт, как CockPit (я знаю ...), разработанный немецкой компанией, которая также очень аккуратная и начинает взлетать.

Answer 3

Я использовал различные средства отчетности, но, безусловно, наиболее знакомыми для конечных пользователей являются таблицы MS Excel Pivot. Пожалуйста, следуйте this link.

Answer 4

Если вы хотите получить полное программное обеспечение на уровне предприятия, вы ищете такой инструмент, как комплект отчетов Cognos (IBM). Их инструменты имеют единую структуру запросов для отчетности как для реляционных, так и для OLAP-источников, в зависимости от того, как вы ее моделируете. Это означает, что вы можете делать многомерные отчеты против SQL-сервера и MSAS с помощью одного и того же инструмента, если он правильно моделируется. Они поддерживают свои собственные кубы, TM1, Oracle, Microsoft, SAPBW и т. Д. Существует также sdk, который вы можете использовать для создания собственного интерфейса. Не дешево, но ничего нет.

Конкуренты в этом поле (я не использовал): Business Objects (SAP) и Hyperion (Oracle). И, возможно, JasperSoft (с открытым исходным кодом).

Также проверьте ответ на этот вопрос question. Он упоминает BO и решение Microsoft.

Answer 5

Вы можете попробовать Dundas решение, которое позволяет конечным пользователям создавать свои собственные отчеты на основе измерений и измерений, созданных в кубе.

Answer 6

Вы после чего-то вроде Mondrian?Мы использовали его в предыдущем проекте, и, похоже, я помню, что его OLAP-отчет был довольно хорошим. Не могу вспомнить, если бы у него был gui; это не моя область. Я только когда-либо испортил файлы конфигурации ...

Answer 7

Привет, вы можете использовать SSRS, где пользователь может создавать отчеты только для просмотра куба, или вы можете писать пользовательские запросы mdx, используя преимущество OLAP. Вы можете использовать SQL Server Report Builder И что не менее Microsoft Excel 2007 имеет хорошую возможность просмотра куба Вы даже можете выставить свой куб в SharePoint с помощью Microsoft Excel Services 2007

Answer 8

Я держу свои руки и свободно признать что я не специалист в этом домене, но вы можете взглянуть на InfoBright. Я понимаю, что он все равно исчезнет и проиндексирует ваши существующие данные (я не уверен, что он образует свои собственные кубы), но я убежден, что он может обрабатывать огромные объемы данных быстро.

Существует также издание сообщества и коммерческое издание. Я никогда не использовал программное обеспечение, но из того, что я читал об этом раньше, кажется впечатляющим.

Answer 9

Вы можете дать Web Pivot Table попытку, и это веб-инструмент для создания отчетов, который подключается как к CSV-файлам, так и к OLAP-кубам, как к таблице превосходства. Вот demo и documents.

Вы можете подключиться к нескольким исходным данным (например, нескольким кубам OLAP), создать несколько сводных таблиц и сводных диаграмм, а затем создать несколько отчетов на основе любой комбинации этих сводных таблиц и сводных диаграмм.