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

Для выбивания довольно "run of the mill" отчетов, SQL Reporting Services действительно весьма впечатляет.

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

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

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

Я потратил слишком много времени на создание "the system that can report everything" и для того, чтобы он устарел или вышел из моды, прежде чем он был закончен. Гораздо лучше как можно быстрее избавиться от быстрых побед, а затем потратить время "systemising" на самые важные отчеты.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

"Give them data and they will love you for it"

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

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

2 is SQL Server Reporting

3 is Crystal Reports

4 специально написанного кода

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

отмечать:

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

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

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

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

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

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

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

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

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

.net формула;

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

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

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

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

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

никакая ошибка;

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

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

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

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

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

Я-CTO в Windward, и я действительно считаю, что Windward Reports - это намного проще всего использовать, и вы можете сделать с ним больше, чем с любым другим отчетом-и обе эти черты по одной и той же причине, вы создаете свои отчеты в Word, Excel, & PowerPoint.

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