Какой инструмент отчетности вы выбрали? [закрытый]

каждый проект неизменно нуждается в некотором типе функциональности отчетности. От цикла foreach на выбранном вами языке до платформы Full blow BI.

чтобы получить работу, какие инструменты, виджеты, платформы группа использовала с успехом, разочарованием и неудачей?

23 ответов


для нокаута довольно" запуска мельницы " отчетов, SQL Reporting Services действительно впечатляет.

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

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

Не принимайте, когда пользователь говорит, что они хотят "ad-hoc" отчеты без указания, какие цели и цели они ищут. Они просто ловят рыбу, и им нужно потратить столько же времени на размышления о своих требованиях к отчетности, сколько вам придется потратить на создание их решения.

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


для большинства отчетов мы используем Бирт.


Я довольно широко использовал службы Reporting Services и Crystal, и на данный момент я пишу несколько отчетов, используя Excel(ick).

службы Reporting Services хороши для простых отчетов, но как только вам понадобится полный контроль над форматированием, сложными формулами и диаграммами и т. д. Кристал далеко впереди. Я также считаю, что Crystal намного более полезен; возможность изменять вещи в предварительном просмотре отчета неоценима (это может быть возможно в более поздних версиях RS?).

RS также необходимо развернуть на веб-сервере, что ограничивает его полезность при написании приложений, которые должны быть развернуты извне.

старые версии Crystal были очень глючными, но последние намного лучше, они намного более зрелые, чем Службы Reporting Services.


для многих проектов мы используем ActiveReports.


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

BIRT может быть встроен в ваше приложение без стоимости лицензии через REAPI или его можно приобрести через пару коммерческих предложения.


Cognos-это надежный набор инструментов (мы используем его в качестве интерфейса для Oracle back-end), но есть выраженное отсутствие документации о том, как выполнять сложные задачи отчетности-в основном, вы в конечном итоге стучите по нему, пока не получите что-то работать.

Я бы не стал сбрасывать со счетов полезность использования Microsoft Access в качестве интерфейса отчетности. Он не имеет этой полезной веб-функции, но для внутренних отчетов он очень универсален и удивительно мощный.


мы используем:i-net четкие отчеты для нашей отчетности (видя как мы "едим свою собачью еду"). ;)

  • это похоже на Crystal Reports,
  • может читать шаблоны Crystal Reports,
  • API более полезен,
  • стоит меньше, чем Crystal Reports (и если вы учитываете затраты на поддержку, стоит меньше, чем с открытым исходным кодом)
  • является независимой от платформы, потому что написано на Java.
  • мы предлагаем бесплатный и полностью функциональный дизайнер отчетов

Если у вас есть все деньги в мире, идти с Cognos. Они предоставляют куб данных, который по существу делает отчеты "бесплатными для разработчиков", а конечный пользователь может создавать отчеты, панели мониторинга, все, что угодно.

для "обычного человека"я очень полюбил отчеты ComponentOne для библиотеки/инструментов .NET. Он похож на Crystal Reports, но имеет очень удобный формат XML, который вы и редактируете под капотом, и ни одна из головных болей с версиями, ключами и другими элементы, с которыми мне приходилось иметь дело при внесении простых обновлений в отчет или базовую версию.


У меня на самом деле не так много работы SSAS, но я был очень увлечен этим:

браузер Куба для ASP.net

Он предлагает многие возможности сводной таблицы excel в веб - приложении (думал, что я недостаточно эксперт по Excel, чтобы действительно знать все возможности сводной таблицы-это, по крайней мере, выглядит сопоставимым с браузером Куба visual studio).

к сожалению, демонстрации, похоже, больше не в сети : (


Я должен согласиться, мне очень нравятся службы SQL Server Reporting Services. Он просто делает вещи, и делает это легко.


Crystal Reports, потому что легко взять тот же самый точный файл отчета и

1 - разместить его в интрасети

2-вставьте его в приложение

3 - запланируйте его по электронной почте в качестве вывода Excel так часто, кому это нужно

кроме того (как я уже предлагал), он легко экспортируется в Excel, PDF и другие форматы.


мы использовали BIRT, у которого была крутая кривая обучения для меня, пока я не понял, сколько функций WYSIWIG у него было (я начал редактировать исходный код xml direct, который я не рекомендую.) Есть некоторые специфические трюки вывода (например, использование левого поля 0, чтобы не получить пустой столбец при выводе в формат XLS), Но по большей части это быстро и легко использовать, редактировать и просматривать.

Я также был впечатлен тем, как легко смешивать различные наборы данных в одном доклад. Хотя это не серебряная пуля, ее лучший инструмент, чем 99,999% людей собираются строить самостоятельно.


"дайте им данные и они будут любить вас за это"

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

1-это Cognos (версия 8)

2-это SQL Server Reporting

3-это Crystal Reports

4 написано на заказ код

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


Это не столько позитивное предложение, сколько скорее предостережение против crystal reports... Как и у других людей, получение правильной версии crystal runtime важно, но сделав это, у меня все еще была эта проблема:

  1. потратил недели на разработку отчетов с внедренными изображениями.
  2. протестировано на dev и промежуточной среде, все A-OK.
  3. Deploy to live server - не работает... Хммм...

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

на этом этапе мы отказались от попыток (после того, как я убедил своего босса, что это был не ответ, а формальный ответ от Crystal). Мы легко переходили на новые серверы примерно через месяц (где работали отчеты), но честно говоря, больше не прикасался к ним...


О, и использовали SSRS и обнаружили, что это довольно хорошо для большинства вещей (особенно самая последняя версия).


программное обеспечение Tableau - это удивительный инструмент для запуска ваших отчетов и просто глубокие мысли анализ


для простых отчетов я использую стандартный ReportViewer, включенный в Visual Studio.

для более сложных отчетов и тех, которые требуют большей производительности я использовал как отчет Sharp Shooter и devExpress XtraReports. Удивительно, но в обоих продуктах создание таблиц не так просто, как должно, но оба они быстрее, чем ReportViewer, и очень хорошо обрабатывают многоколоночные отчеты, штрих-коды и агрегированные данные.


мы используем Cognos, это довольно сложная система, но очень мощная.


У меня есть небольшой набор отчетов, сделанный за 2 месяца:

по крайней мере в 10 раз быстрее, чем crystal reports;

простое редактирование;

.чистая формула;

простота использования;

небольшое использование кода;

сериализация и десериализация(быстрая и малая);

экстремальные безопасности;

многопоточность;

нет ошибок;


мы использовали службы MS Reporting Services, но мы были полностью недовольны этим. Причины:

  • нужно сделать сложную конфигурацию сервера
  • невозможно встроить редактор отчетов в наше приложение без покупки лицензии SQL server для каждого пользователя
  • можно использовать только встроенные параметры отчета ввода формы UI или отправить их из приложения, но не создавать параметры UI дизайнером отчетов

1) я бы подумал, что службы Reporting Services очень хороши для большинства потребностей, когда дело доходит до разработки отчетов на основе таблиц, а также матричных отчетов (функция детализации - pivot).Учитывая цену обучения. МСП не может даже мечтать о получении Конгнс AFAIK

2) функция планирования отчетов / подписки может быть вызвана для отправки отчетов набору пользователей (управляемых данными) для доставки отчетов. Подписки могут доставляться в пользовательские расположения, такие как SFTP, с помощью письменной форме .Net код.

3) используя модели отчетов, конечный пользователь может перетаскивать столбцы и разрабатывать индивидуальные отчеты

Примечание:

1) это может стать сложнее, как только вы разрабатываете действительно сложные графические/приборной панели рода отчеты - которые включают в себя несколько диаграмм и небольших таблиц, которые будут отображаться в формате A4. Дизайнер отчетов (инструмент, который мы используем для разработки отчетов) и веб-дисплей используют различные механизмы рендеринга. Поэтому лучше, если вы часто развертываете отчеты и видите, как они выглядят, если вы разрабатываете сложные графические отчеты

2) Если вы пишете пользовательские функции, вам может потребоваться изменить файлы конфигурации XML(RSReportServer.Конфигурация и т. д.). При возникновении каких-либо проблем в редактировании служба ReportServer может остановиться. Поэтому будьте осторожны, чтобы создать резервную копию, прежде чем делать что-либо обычай


Cognos с бэкэндом Oracle-это то, что мы используем. Мы также используем spotfire для визуализации поверх cognos.


Я технический директор Windward, и я верю, что Наветренные Отчеты на сегодняшний день является самым простым в использовании, и вы можете сделать с ним больше, чем с любой другой отчет - и обе черты по той же причине, вы разрабатываете свои отчеты в Word, Excel и PowerPoint.

Что касается сгенерированных отчетов, это быстро, это rock solid, и включение его в вашу программу может быть всего лишь 3 строки кода.


мы используем Crystal Reports, где я работаю. Он имеет довольно много ограничений, и мы обнаруживаем, что делаем почти всю логику в процедурах и представлениях базы данных.

одно ограничение, чтобы отметить, что Crystal Reports не позволяет несколько многоуровневых суб-отчетов. Другими словами, внутри вложенного отчета не может быть вложенного отчета.