Какой инструмент отчетности вы выбрали? [закрытый]
каждый проект неизменно нуждается в некотором типе функциональности отчетности. От цикла 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.
Я коммиттер проекта 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, но я был очень увлечен этим:
Он предлагает многие возможности сводной таблицы 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 важно, но сделав это, у меня все еще была эта проблема:
- потратил недели на разработку отчетов с внедренными изображениями.
- протестировано на dev и промежуточной среде, все A-OK.
- Deploy to live server - не работает... Хммм...
в течение двух недель траля форумы и ища совета, в конце концов получил ответ от кристаллического тела на своих форумах. Предположил, что он видел аналогичную проблему, связанную с настройкой MS Paint в качестве приложения по умолчанию для определенного расширения файла.
на этом этапе мы отказались от попыток (после того, как я убедил своего босса, что это был не ответ, а формальный ответ от Crystal). Мы легко переходили на новые серверы примерно через месяц (где работали отчеты), но честно говоря, больше не прикасался к ним...
О, и использовали SSRS и обнаружили, что это довольно хорошо для большинства вещей (особенно самая последняя версия).
программное обеспечение Tableau - это удивительный инструмент для запуска ваших отчетов и просто глубокие мысли анализ
для простых отчетов я использую стандартный ReportViewer, включенный в Visual Studio.
для более сложных отчетов и тех, которые требуют большей производительности я использовал как отчет Sharp Shooter и devExpress XtraReports. Удивительно, но в обоих продуктах создание таблиц не так просто, как должно, но оба они быстрее, чем ReportViewer, и очень хорошо обрабатывают многоколоночные отчеты, штрих-коды и агрегированные данные.
У меня есть небольшой набор отчетов, сделанный за 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 не позволяет несколько многоуровневых суб-отчетов. Другими словами, внутри вложенного отчета не может быть вложенного отчета.