Какой инструмент отчетности вы предпочитаете?

Для множества проектов мы используем ActiveReports.

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

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

Службы SQL Reporting Services действительно впечатляют для создания довольно "обычных" отчетов.

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

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

Не соглашайтесь, когда пользователь говорит, что ему нужны «специальные» отчеты, не указывая, какие цели и задачи они ищут. Они просто ловят рыбу, и им нужно на самом деле тратить столько же времени на ОБУЧЕНИЕ ИХ требований к отчетности, сколько вам придется потратить на ПОСТРОЕНИЕ их решения.

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

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

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

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

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

Браузер Cube для ASP.net

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

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

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

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

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

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

1 - Разместите в интранете

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

3 - Запланируйте, что он будет время от времени рассылаться по электронной почте в виде выходных данных Excel тем, кому это нужно.

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

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

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

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

В старых версиях Crystal было много ошибок, но последние намного лучше, они гораздо более зрелые, чем Reporting Services.

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

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

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

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

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

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

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

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

как минимум в 10 раз быстрее, чем кристальные отчеты;

легкое редактирование;

.net формула;

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

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

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

чрезвычайная безопасность;

многопоточный;

ошибок нет;

Мы использовали MS Reporting Services, но нас это совершенно не устраивало. Причины:

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

Теперь мы используем Stimulsoft Reports. У него нет таких ограничений, как у MS Reporting Services, и мы и ваши пользователи довольны этим.

«Дайте им данные, и они будут любить вас за это»

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

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

2 - отчеты по SQL Server

3 - это Crystal Reports

4 - это написанный на заказ код

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

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

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

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

Отметить:

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

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

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

1. Потратил недели на разработку отчетов со встроенными изображениями.
2. Протестировано в среде разработки и в тестовой среде, все в порядке.
3. Развернуть на живой сервер - не работает ... Хммм ...

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

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

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

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

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

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

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

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

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